Im Select null oder Wert in WHERE

[himitsu]

Nja, sauber oder nicht, das ist so eine Sache ... irgendwas mit NULL ergibt halt NULL, außer beim OR.
Und das ist eigentlich in allen Datenbanksprachen einheitlich so.

Drum gibt es ja so Dinge wie COALESCE, CONCAT (statt dem || ), NULLIF, IS DISTINCT FROM, IS NOT DISTINCT FROM usw.

z.B. IS [NOT] DISTINCT FROM heißt im Postgres so, aber gibt gibt es auch in anderen Sprachen (auch wenn es dort vielleicht anders heißt).
Es vergleicht beide Seiten auf Identisch, und kann auch mit NULL vergleichen, ohne dass dabei NULL raus kommt.

[himitsu]

In so manchem DBMS kann man Operatoren auch selbst definieren.
Dort könnteste du dir dann auch einen "kurzen" Operator für Vergleiche mit NULL und EMPTY selbst bauen, wenn/da es sowas oft nicht "vernünftig" gibt,
denn mal ganz im Ernst, aber wer sich IS NOT DISTINCT FROM ausgedacht hat ... k.A. was der da geraucht hatte.

SQL-Code:

CREATE OR REPLACE FUNCTION compare_with_null(value_a anyelement, value_b anyelement) RETURNS boolean AS $$
  SELECT nullif(value_a, '') = nullif(value_b, '')
  $$ LANGUAGE SQL IMMUTABLE;

CREATE OPERATOR ~= (LEFTARG=anyelement, RIGHTARG=anyelement, PROCEDURE=compare_with_null);


SELECT ADRESSID
FROM ADRESSEN
WHERE VORNAME = :VORNAME
  AND NACHNAME = :NACHNAME
  AND STRASSE ~= :STRASSE
  AND PLZ ~= :PLZ
  AND ORT ~= :ORT

[Kostas]

Zitat von himitsu:

... IS NOT DISTINCT FROM ausgedacht hat ... k.A. was der da geraucht hatte.

ja, da gibt es einiges. so bleibt es nicht langweilig.

[himitsu]

Zitat von Kostas:

In meinen Fall funktioniert das nicht wenn ich auch nach einem NULL prüfen muss

Jupp, drum die COALESCE bzw. NULLIF, um das NULL mit zu behandeln,
z.B. siehe die Varianten nach dem letzten "oder".
Das Erste davon mit NULL im Delphi abgefangen und das Letzte davon im SQL behandelt.

Delphi-Quellcode:

// im Delphi
if quelle.Strasse=''
then ParamByName('strasse').Clear  //ParamByName('strasse').AsValue = Null
else ParamByName('strasse').AsString = quelle.Strasse;

[p80286]

Es ist schon ungewöhnlich, wenn ein Textfeld wie "Strasse" mit NULL initialisiert wird, da Wert nicht vorhanden recht gut mit einem Leerstring widergegeben werden kann. Anders ist es bei numerischen oder Datumswerten da wird ein NULL hierfür benötigt.

Gruß
K-H

[mkinzler]

Zitat:

ja das ist voll Krank nur weil das SQL damals nicht sauber umgesetzt wurde.
Warum wurde der Vergleich auf NULL anders behandelt als der Vergleich mit einem Wert

Weil NULL kein Wert ist.

[Kostas]

Zitat von mkinzler:

Zitat:

ja das ist voll Krank nur weil das SQL damals nicht sauber umgesetzt wurde.
Warum wurde der Vergleich auf NULL anders behandelt als der Vergleich mit einem Wert

Weil NULL kein Wert ist.

ist schon klar, ich kritisiere hier NUR den unterschied zwischen abfrage geben null und abfrage gegen Wert.
Adresse = 'XY'
Adresse = null
Adresse is null warum wurde hier "is" und nicht "=" implementiert. Also Adresse = null. Damit hätte man nur ein Variante des Vergleichs.

Durch die Fallunterscheidung muss man daran denken dass auch gegen null verglichen werden könnten und müsste das SQL anpassen wie auch vom himitsu vorgeschlagen
z.B.: ((STRASSE IS NULL AND :STRASSE IS NULL) OR (STRASSE = :STRASSE)) oder über Macros das SQL dynamisch aufbauen.
Ist meiner Meinung nach völlig unnötig.

Denn wenn man nicht daran denkt, funktioniert der Vergleich nicht!

Code:

SELECT ADRESSID
FROM ADRESSEN
WHERE VORNAME = :VORNAME
  AND NACHNAME = :NACHNAME
  AND STRASSE = :STRASSE
  AND PLZ = :PLZ
  AND ORT = :ORT


if mdQuelle.FieldByName('STRASSE').IsNull
then qrZiel.ParamByName('STRASSE').Clear
else qrZiel.ParamByName('STRASSE').AsString := mdQuelle.FieldByName('STRASSE').AsString;

Gruß Kostas

[Kostas]

Zitat von p80286:

Es ist schon ungewöhnlich, wenn ein Textfeld wie "Strasse" mit NULL initialisiert wird, da Wert nicht vorhanden recht gut mit einem Leerstring widergegeben werden kann. Anders ist es bei numerischen oder Datumswerten da wird ein NULL hierfür benötigt.

Gruß
K-H

Hallo K-H,

ich bekommen eine DB mit mehreren tausend Adressen. Einige Felder davon sind nullable und sind auch leer. Ich würde die Strings übrigens auch auf null lassen und nicht mit einem leer String befüllen, einfach nur weil ich es als richtiger empfinde. Aber wie du schon gelesen hast, kritisiere ich NUR die Umsetzung mit dem Unterschied der Abfrage mit "=" für Werte und die Abfrage mit "is" für null. Das finde ich völlig unnötig und eine große Fehlerquelle.

Gruß Kostas

[Jumpy]

Es lassen sich bestimmt bessere Erklärungen für das "Warum" finden, aber das war auf die Schnelle:

https://stackoverflow.com/questions/...ead-of-is-null

[Kostas]

SQL gibt es ja schon sehr lange. Warum bestimmte Sachen nicht verbessert werden ist schon komisch.

In meinen Fall funktioniert das nicht wenn ich auch nach einem NULL prüfen muss :

Code:

AND (STRASSE = :STRASSE)

und ich muss es so schreiben:

Code:

AND ((STRASSE IS NULL AND :STRASSE IS NULL) OR (STRASSE = :STRASSE))