Office: leeres ADO Recordset Field, nur mit isNull erkennbar?

Wie kommt es', dass ein 'leeres' Feld in einem Recordset, nur mit dieser Variant erkannt werden kann
es hilft kein Len, kein len(Trim, kein = Null, kein Len(RsLoc.Fields(x))
einzig wenn ich Schreibe:
If IsNull(RsLoc("FiledX")) Then
'mach was
End If

Die Tabelle gehört zu eienm Oracle Server

Code:

:)

 

Hallo!

Nach meinem Verständnis ist "NULL" eher mit "ich weiß nicht" als mit "leer" gleichzusetzen. Versuche wie die "Länge" von "ich weiß nicht" zu ermitteln scheitern dementsprechend. IsNull ist die entsprechende Funktion, die eben jene Felder prüfen kann. Ergänzend dazu gibt es in Access noch die Funktion "NZ", die NULL-Werte durch andere Werte ersetzen kann. Mir (persönlich) reichte bis hier immer eine Prüfung mit eben jener "NZ"-Funktion.
Code:

NZ ersetzt also eventuelle NULL-Werte mit "" und gibt diesen ODER den im Datenfeld gespeicherten Wert, der NICHT NULL ist zurück. Mit der vorangestellten TRIM-Funktion kommt man ebenfalls auf "", wenn das Feld nur mit Leerzeichen gefüllt ist.

Nachtrag:
Mal schematisch, da die Erklärung irgendwie wurstig is. *wink.gif*
Prüfung auf ""

1. Datenfeld enthält "Musterstr." -> NZ liefert "Musterstr." -> Trim liefert "Musterstr." ---> False
2. Datenfeld enthält NULL ->NZ liefert "" -> Trim liefert "" ---> True
3. Datenfeld enthält "" (ohne Leerzeichen) -> NZ liefert "" -> Trim liefert ->"" ---> True
4. Datenfeld enthält " " (mit drei Leerzeichen) -> NZ liefert " " -> Trim liefert -> "" ---> True

 

Zur Ergänzung: NULL könnte man als Äquivalent zu dem bei Objektvariablen bekannten Zustand NOTHING sehen.

Null/Nothing = "nicht initialisiert"

 

Man kann sich nicht immer sicher sein bei der Prüfung auf NULL, das hängt auch vom Client ab, mit dem die Daten bearbeitet werden.

Beispiel MySQL-Server, Tabelle mit einer Spalte "Test", VARCHAR
In dieser Spalte gibt's mal Feldinhalte, mal keine Inhalte.

Wenn man diese Tabelle z. B. in Access verknüpft hat und in besagter Spalte Inhalte manuell löscht, dann schreibt Access NULL zurück, sodaß eine Prüfung auf
If IsNull(RS.Fields("Test") then . . .
die DS zurückliefert, die man auf diese Weise in der Datenpflege eben auf NULL gebracht hat (durch Entfernen des Inhaltes). Ich kenne aber mind. einen Client - das ist der MySQLAdministrator himself -, der bei manueller Löschung nicht NULL, sondern "" zurückschreibt.

Wenn man also das Löschen von Feldinhalten mal in Access, mal z. B. mit dem MySQL-Tool macht, hat man einen schönen Mischmasch aus NULL und "".

Und wenn man sich nun drauf verläßt, daß die Prüfung in einem ADODB.Recordset auf IsNull das gewünschte Ergebnis bringt, dann Gute Nacht, denn da hilft wirklich nur
If IsNull(RS.Fields("test")) OR RS.Fields("test") = "" then . . .

Der Einfachheit halber also stets die NZ-Funktion benutzen, wie es ja bereits weiter oben geschrieben wurde.

Gruß
Stephan

 

Tach,
doe Excelplazierung war kein Versehen, und da gibt es kein NZ



[Edit] Mof-Team AD: Bevor sich jemand hier aufregt: Das Thema wurde aus dem Excel-Bereich ins Access-Forum verschoben. Der zuständige Moderator hat allerdings vergessen, im ersten Beitrag einen Hinweis zu setzen. [/Edit]

 

Na macht ja nix. Die Frage bezog sich ja auch eher auf das "Warum", das is ja ausführlich abgearbeitet worden. *wink.gif* Ohne NZ musst Du halt "zu Fuß" dorthin, wie Stephan schon anmerkte(nur erweitert um das TRIM falls Leerzeichen im Feld stehen):

Code: