IBDAC: In der DB sind Leerstrings statt Null. Alternativen?

[Uwe Raabe]

Es gibt noch eine Möglichkeit: Wert bekannt und kein Leerstring, besteht aber nur aus Leerzeichen.

So wie ich das verstanden habe, ist diese Vorgabe <Leerstring> => NULL hier anwendungsspezifisch.

[Int3g3r]

Zitat von Uwe Raabe:

Es gibt noch eine Möglichkeit: Wert bekannt und kein Leerstring, besteht aber nur aus Leerzeichen.

So wie ich das verstanden habe, ist diese Vorgabe <Leerstring> => NULL hier anwendungsspezifisch.

Genau genommen ist ja ein ("Leerstring" != NULL). Nur möchte ich solche Felder in der DB nicht haben. Es sieht einfach schäusslich wenn man Felder hat bei denen ist NULL eingetragen bei anderen wiederum sind "Leerstrings" drin. Am Benutzer ein "Leerstring" anzuzeigen oder einen "Leerstring" auszuwerden ergibt für mich keinen Sinn. Entweder hat ein Feld für mich erkennbare Daten oder es ist LEER = NULL.

Sicherlich kann es für andere Anwendungen Sinn machen wenn man wissen will ob je ein Eintrag gemacht wurde oder nicht. Für meine Anwendung ist dies aber nicht relevant.

[hoika]

Hallo,

Zitat:

bei denen ist NULL eingetragen bei anderen wiederum sind "Leerstrings" drin

Das liegt aber am Programmierer

[MyRealName]

Man kann das Feld in Firebird ja auch mit einem Default belegen, der dann ein Leerstring ist.

[haentschman]

Moin...

Zitat:

Ich möchte keine Leerstrings in meiner DB

...so scheiden sich die Geister. Ich mag NULL Werte in der Datenbank nicht. Für mich ist ein Datensatz eine "Einheit" ... und da gibt es keine "Null = Wert nicht bekannt" Felder. Ein Feld hat einen Wert, und wenn es '' ist. Zum Anderen hat man auch die Kontrolle, ob der Datensatz auch komplett geschrieben wurde.

[Frickler]

Zitat von haentschman:

Moin...

Zitat:

Ich möchte keine Leerstrings in meiner DB

...so scheiden sich die Geister. Ich mag NULL Werte in der Datenbank nicht. Für mich ist ein Datensatz eine "Einheit" ... und da gibt es keine "Null = Wert nicht bekannt" Felder. Ein Feld hat einen Wert, und wenn es '' ist. Zum Anderen hat man auch die Kontrolle, ob der Datensatz auch komplett geschrieben wurde.

Trotzdem muss man immer mit NULL rechnen. Jeder JOIN der kein INNER ist, kann NULL-Werte produzieren. Beispielsweise als Ergebnis eines Views oder einer Selectable Stored Procedure, das im Programm dann wie ein "Datensatz" aussieht - mit NULL-Werten drin.

Btw. Für

Code:

IF (feld = '') feld = NULL;

gibt es eine eigene Anweisung

Code:

feld = NULLIF(feld, '');

Ist quasi das Gegenstück zu COALESCE.

[mkinzler]

Zitat von MyRealName:

Man kann das Feld in Firebird ja auch mit einem Default belegen, der dann ein Leerstring ist.

Das wäre dann geanu das Gegenteil von dem, was der TE will.

(Betreff des Threads ist etwas missverständlich)