SELECT Statement spinnt? MS Access

[Beloe007]

@networker

PS damit zumindest das Wesentliche für den Thread gequotet ist:
...This means that equivalent strings in different encodings may not be equal, even though they look the same to the eye.

https://www.abakus-internet-marketing.d ... tml#729874

In der Tabelle gab es aus welchen Gründen auch immer zwei Arten von leeren Feldern innerhalb dieser Spalte.

Und nun, kriege ich nen Eis?

Btw. NOT LIKE könnte jetzt wieder performanter sein, du machst jetzt zwei vergleiche, aber Hauptsache es klappt, richtig?

[Anonymous]

naja... selbst wenn man nach "LIKE e-fee" sucht, stehste selber mit deinem Twitteraccount noch davor.... und son seltsames drupalgeblubber is auch noch davor...

[Beloe007]

naja... selbst wenn man nach "LIKE e-fee" sucht, stehste selber mit deinem Twitteraccount noch davor.... und son seltsames drupalgeblubber is auch noch davor...

Kann ja auch nicht sein... das LIKE key habt ihr mir zu verdanken ergo: https://www.google.de/search?q=like+beloe007

[Anonymous]

Und nun, kriege ich nen Eis?

der unterschied zwschen NULL und '' hat nix mit encoding zu tun...


aber ok... sind wir mal nicht so... darfst dich zur Erfrischung ne halbe Stunde in den Regen stellen...

[DanielS]

Und nun, kriege ich nen Eis?

Btw. NOT LIKE könnte jetzt wieder performanter sein, du machst jetzt zwei vergleiche, aber Hauptsache es klappt, richtig?

Nö, denn "...NOT LIKE NULL " gibt auch FALSE zurück

[Beloe007]

???
So:

SELECT * FROM tabelle WHERE feld NOT LIKE 'meinstring';

[Pompom]

NULL ist nicht <> 'meinstring'?

komisches winzigweich gedöns...

Das Problem besteht unabhängig von winzigweich - ist mir vor einiger Zeit auch unter Linux/MySQL auf die Füße gefallen.

[Anonymous]

jo, hab mich da inzwischen mal eingelesen... NULL bedeutet das kein Wert definiert wurde, also in diesem feld eigentlich auch 'meinstring' reingehören könnte, die DB weis es halt nicht.... und man am besten ganz auf NULL verzichten sollte weil es immer wieder zu Problemen führen kann...

[e-fee]

Hätte ich ja nie gedacht, dass dieses kleine, mittlerweile gelöste, Problem hier solche Grundsatzdiskussionen über Datenbanken und Abfragen anregt.

[Anonymous]

nunja.... irgendwie war die Rede von nem Eis... also muss man das ausdikutieren bis du endlich ein Eis ausgibst....

und kennst uns doch... wir wollen nicht nur wissen wie man ein Problem löst, sondern wie es entstanden ist... kann uns selber vor ähnlichen Problemen bewahren....

und nein, is immernoch kein encoding Problem...

[sx06050]

Dei meisten Probleme entstehen schon, wenn man sich einen Computer kauft und ihn auch noch benutzen will.

[Anonymous]

Dei meisten Probleme entstehen schon, wenn man sich einen Computer kauft und ihn auch noch benutzen will.

ne... erst wenn da dann noch Internet und Outlook dazukommen...

[DanielS]

???
So:

SELECT * FROM tabelle WHERE feld NOT LIKE 'meinstring';

Richtig, das würde das Problem nämlich auch nicht lösen.

Lasse mich gerne eines besseren belehren, aber ich bin mir zu 99% sicher, dass das nicht funktionieren wird.
Denn der Vergleich bei den Zeilen, wo in feld NULL drin steht würde diesen Vergleich ausführen:
NULL NOT LIKE 'meinstring'
Logisch gesehen, stimmt das, aber eine Vergleich mit "NULL" liefert immer FALSE zurück und deswegen würden die Datensätze damit nicht selektiert werden.