Prüfen auf NULL oder leere Zeichenkette

[martin.koeditz]

Guten Morgen,

häufig habe ich den Fall, dass ich auf einen NULL-Wert oder eine leere Zeichenkette prüfe. Etwa so:

Code: Alles auswählen

IF(VORNAME IS NULL OR VORNAME = '') THEN ...

Gibt es hierfür auch eine kürzere Schreibweise?

Dank und Gruß
Martin

[bfuerchau]

Coalesce(feld, '') = ''

[martin.koeditz]

Ist nicht dein Ernst...

Danke dir.

[bfuerchau]

Das Leben kann manchmal so einfach sein.
Wie verhinderst du eine Division durch 0?

wert1 / Nullif(wert, 0)

[martin.koeditz]

Der ist auch gut. Danke.

[jhoehne]

Coalesce(feld, '') = ''

Ich mache gerne auch noch ein Trim() drumrum, für den Fall, dass jemand ein paar Leerzeichen ins Feld geschrieben, oder beim "Löschen" dort einige vergessen hat.

[bfuerchau]

Der ist unnötig, da ein SQL-Zeichenvergleich die Anzahl Leerzeichen am Ende nicht berücksichtigt.
Außerdem hat ein CHAR-Feld immer Leerzeichen außer bei NULL.
Das war schon so, als SQL in den 70ern des letzten Jahrhunderts erfunden wurde.
Ursache war den Sprachen COBOL und RPG, in denen dasselbe gilt.
Anders siehts halt in den modernen Sprachen aus wie C/C++/C#/Java u.v.m.
Da gillt eher der binäre, ggf. noch case insensitive Vergleich, der Leerzeichen einschließt.
Verwendest du aber ein .Net DataTable-Objekt oder Resultsets aus SQL-Quellen, so gelten hier Filter wieder mit Auto-RTtrim.

[martin.koeditz]

Ich mache gerne auch noch ein Trim() drumrum, für den Fall, dass jemand ein paar Leerzeichen ins Feld geschrieben, oder beim "Löschen" dort einige vergessen hat.

Habe ich auch immer so gemacht.

Der ist unnötig, da ein SQL-Zeichenvergleich die Anzahl Leerzeichen am Ende nicht berücksichtigt.

Funktioniert wirklich. Gerade getestet.

[bfuerchau]

Das hat mitunter auch den Vorteil, dass für diese Abfragen dann Indizes verwendet werden können.
Abfragen mit Funktionen können keinen Index verwenden außer, wenn du einen calculated Index erstellst, der dann genau dem Abfrageausdruck entspricht.

Wenn du z.B. mit Java oder .Net eine Abfrage via Commandobjekt und Parametern gestaltest verwendest du ja bei Strings i.d.R. auch nur den tatsächlichen Inhalt.
In der DB ist es daher egal, ob du ein CHAR(nn) oder ein VARCHAR(nn) abfragst. Oder hast du dir schon mal Gedanken gemacht, den Abfragewert mit passenden Leerzeichen aufzufüllen?

Und was deinen Test angeht wollte von Jahren mir ein DB-Spezi das Gegenteil beweisen:
Definiere ein Feld mit CHAR(1) und schreibe einen Satz mit "A".
Frage nun mit "A" oder "A " ab.
Was meinst du, welches Ergebnis dabei rauskam.

[jhoehne]

In der Firebird-Doku steht: CHAR(n) wird hinten mit Leerzeichen aufgefüllt. Ich habs getestet, isso:

Code: Alles auswählen

CREATE TABLE blubb
(
  feld1 CHAR(50),
  feld2 VARCHAR(50)
);

INSERT INTO blubb (feld1, feld2) VALUES ('', '');

SELECT CHAR_LENGTH(feld1), CHAR_LENGTH(feld2) FROM blubb;

ergibt 50 und 0.

Aber:

Code: Alles auswählen

SELECT feld1 = '', feld2 = '' FROM blubb;

ergibt TRUE und TRUE

P.S.: in Textprogrammen kann man mit gedrückter Alt-Taste und der Ziffernfolge 0 1 6 0 auf dem Zehnerblock ein sogenanntes unsichtbares Leerzeichen erzeugen. Mit dem in "feld1" ergibt die letzte Abfrage "FALSE", obwohl der Text nicht von einem Leerstring zu unterscheiden ist.