[c#] Sqlite select op waarde met spatie werkt niet

[skate master]

Ik heb een voor mij vreemde uitdaging met een Sqlite query waar ik even niet uitkom.
Via google ook niet een oplossing gevonden of ik heb niet de juiste zoekopdracht gebruikt.

Het probleem
Ik heb in c# een programma gemaakt welke een Sqlite database bevraagd naar informatie over de Nederlandse verkeersborden.
Zolang het bord waarop gezocht wordt geen spatie bevat werkt het prima echter zodra er een spatie in staat komt er geen resultaat meer naar voren.

voorbeeld
Onderstaand voorbeeld zoekt op B06 en levert netjes 1 resultaat op zoals verwacht.

SQL:

SELECT * FROM borden WHERE naam = 'B06'

Pas ik de query aan om te zoeken op ONDERBORD OB06 dan wordt er niets gevonden.

SQL:

SELECT * FROM borden WHERE naam = 'ONDERBORD OB06'

Nu kan ik de query aanpassen door de = te vervangen voor LIKE % %

SQL:

SELECT * FROM borden WHERE naam LIKE '%ONDERBORD OB06%'

Hiermee krijg ik wel netjes 1 resultaat voor het bord ONDERBORD OB06 echter als ik dan weer ga zoeken op OB06 dan krijg ik meer dan 1 resultaat omdat de zoekterm OB06 in meerdere borden voorkomt.

oplossing
Wat mis ik nu waardoor mijn select query niet werkt zodra het veld een spatie bevat?

[remco_k]

Er staat in je db in het naam veld waarschijnlijk niet 'ONDERBORD OB06' maar nog één of meer karakters (al dan niet leesbaar) ervoor of erna. B.v. ' ONDERBORD OB06' of 'ONDERBORD OB06 '.
In deze situatie krijg je het gedrag wat je beschrijft en dat gedrag is in dat geval correct.

[ Voor 3% gewijzigd door remco_k op 08-03-2021 16:08 ]

[CurlyMo]

Wat @remco_k inderdaad zegt. In dit soort gevallen is het zinvol om eens letterlijk de tekst uit de kolom te plakken in bijv. notepad. Als je daar geen rare dingen in ziet, dan kan je de inhoud van de kolom eens in hex waardes exporteren. Dan zie je ook makkelijker waar de rariteiten zitten.

[skate master]

@remco_k het was inderdaad een spatie welke of voor of achteraan het veld stond.
Best logisch dat er dan niets gevonden wordt. Stom dat ik dit niet zelf heb bedacht.

Bedankt voor het meedenken.

[RobIII]

Wat @remco_k en @CurlyMo zeggen. Je zegt 't zelf eigenlijk al:

WHERE naam = 'ONDERBORD OB06' werkt niet
WHERE naam LIKE '%ONDERBORD OB06%' werkt wel

Wat is 't wezenlijke verschil? De tweede negeert alles voor/na je zoekstring. Dus daar moet "rommel" staan.

Edit: En inmiddels dus zelf ook achter gekomen Which makes me /spuit 11

Om dan toch nog iets zinnigs te zeggen (pas wel even op, niet "blind" toepassen): wat je zou kunnen doen is iets als: update borden set naam = trim(naam) o.i.d. om even alle naam velden te ontdoen van rommel.

[ Voor 40% gewijzigd door RobIII op 08-03-2021 16:44 ]

[Ben(V)]

Bedenk ook eens waar je de data vandaan haalt.
Het kan zomaar zijn dat het utf-8 data is en dan kunnen er van allerlei dingen inzitten buiten de standaard ascii codes en of die "zichtbaar" zijn is afhankelijk van de tool waarmee je kijkt.

Er zijn in utf-8 nog een heleboel ander whitespace coderingen.
Zoals deze:

U+0009 character tabulation
U+000A line feed
U+000B line tabulation
U+000C form feed
U+000D carriage return
U+0020 space
U+0085 next line
U+00A0 no-break space
U+1680 ogham space mark
U+180E mongolian vowel separator
U+2000 en quad
U+2001 em quad
U+2002 en space
U+2003 em space
U+2004 three-per-em space
U+2005 four-per-em space
U+2006 six-per-em space
U+2007 figure space
U+2008 punctuation space
U+2009 thin space
U+200A hair space
U+200B zero width space
U+200C zero width non-joiner
U+200D zero width joiner
U+2028 line separator
U+2029 paragraph separator
U+202F narrow no-break space
U+205F medium mathematical space
U+2060 word joiner
U+3000 ideographic space
U+FEFF zero width non-breaking space