Delphi-PRAXiS - Delphi Spalte hat den Wert Null und lässt sich nicht updaten

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)

- Sonstige Fragen zu Delphi (https://www.delphipraxis.net/19-sonstige-fragen-zu-delphi/)

- - Delphi Spalte hat den Wert Null und lässt sich nicht updaten (https://www.delphipraxis.net/198078-spalte-hat-den-wert-null-und-laesst-sich-nicht-updaten.html)

Spalte hat den Wert Null und lässt sich nicht updaten

Hallo, ich habe eine Tabelle mit einer Spalte (ANZAHLMAIL) . Nun will ich per SQL Update die Spalte um 1 erhöhen.

Delphi-Quellcode:

update TBL_MANDANT set MAILANZAHL = MAILANZAHL + 1

Der SQL Befehl wird ausgeführt aber die Spalte ist immer noch NULL, Warum?

Hat die Spate den Wert >= 0 dann funktioniert es. Wie kann ich das umgehen das auch bei Null der Update Befehl funktioniert.

AW: Spalte hat den Wert Null und lässt sich nicht updaten

NULL ist halt was anderes als 0 !

NULL ist leer und damit kann Dein SQL-Statement nix anfangen...

Ciao
Stefan

AW: Spalte hat den Wert Null und lässt sich nicht updaten

Probiere mal folgendes:

Code:

update TBL_MANDANT set MAILANZAHL = ISNULL(MAILANZAHL, 0) + 1

AW: Spalte hat den Wert Null und lässt sich nicht updaten

NULL plus/minus/und/oder Irgendwas ist immer NULL.
Bei Google suchen

null arithmetic

COALESCE, ISNULL usw. sind mögliche Lösungen.

AW: Spalte hat den Wert Null und lässt sich nicht updaten

Aber Achtung: Eben weil NULL nicht das selbe wie 0 ist, sollte man NULL und 0 nicht gleich setzen. Die Frage ist, warum ein Feld NULL enthält, obwohl es doch 0 enthalten sollte.

Vielleicht wäre eine DEFAULT Klausel bei der Tabellenerstellung sinnvoll oder eine Initialisierung beim INSERT.

AW: Spalte hat den Wert Null und lässt sich nicht updaten

ISNULL kennt Firebird nicht. Ich denke ich muss nach dem einfügen der Spalte den Wert auf 0 setzten.

AW: Spalte hat den Wert Null und lässt sich nicht updaten

Zitat:

Zitat von Walter Landwehr (Beitrag 1414694)

ISNULL kennt Firebird nicht. Ich denke ich muss nach dem einfügen der Spalte den Wert auf 0 setzten.

Wie himitsu schon gesagt hat: coalesce ist was du brauchst:

Code:

update TBL_MANDANT set MAILANZAHL = coalesce(MAILANZAHL, 0) + 1

AW: Spalte hat den Wert Null und lässt sich nicht updaten

Dank himitsu,

das funktioniert.

Delphi-Quellcode:

update TBL_MANDANT set MAILANZAHL = COALESCE(MAILANZAHL, 0) + 1

AW: Spalte hat den Wert Null und lässt sich nicht updaten

NULLIF, COLAESCE,

SQL-Code:

IIF( <Spalte> is Null, 1, <Spalte> = <Spalte> +1)

SQL-Code:

			case <Spalte>

  when null then 1

  else <Spalte> = <Spalte> +1

end

AW: Spalte hat den Wert Null und lässt sich nicht updaten

Nocheinmal: Wenn man seine Tabellen von Anfang an g´scheit definiert braucht es nachher keine komplizierten Kopfstände.

Merke: NULL <> 0

ISNULL, IIF, COALESCE, WHEN in Kombination mit NULL sind immer ein Zeichen für mangelhaftes Design.

AW: Spalte hat den Wert Null und lässt sich nicht updaten

@Walter
Warum ist "ANZAHLMAIL" NULL und nicht 0?

Du solltest (falls es möglich ist) einmal von NULL auf 0 umstellen (Default Wert?) und dann hast Du Ruhe. alles andere ist nur ein herumgedoktere an den Symptomen.

Gruß
K-H

AW: Spalte hat den Wert Null und lässt sich nicht updaten

Zitat:

Zitat von TigerLilly (Beitrag 1414701)

ISNULL, IIF, COALESCE, WHEN in Kombination mit NULL sind immer ein Zeichen für mangelhaftes Design.

Nein, bitte! Diese Aussage ist viel zu pauschal. Was soll ein Neuling damit anfangen?
ISNULL() ist genau in Kombination mit einem Nullwert sinnvoll, sogar dafür gemacht.

Aber vielleicht arbeiten die führenden DB Anbieter bereits daran, ihre Funktionsreferenzen umzugestalten:
"Wenn mal etwas schief gegangen ist"/Eigentlich verboten, aber ohne geht's halt nicht.
;)

Left joins bspw. produzieren auf geradezu penetrante Art und Weise leere, undefnierte Werte (NULL) in den Ergebnisspalten, mal als Beispiel. Es ist vollkommen legitim, sogar notwendig, mit Hilfe der genannten Funktionen solche Resultate abzufragen/abzufangen.
Undefiniert ist halt undefiniert, wo's herkommt ist eine andere Frage, wie man's anpackt wurde ja richtig geschildert.

Man muss an der Stelle einfach pingelig sein und Grundlagen lernen. Muss man ja (gerade)in Delphi selbst auch.

AW: Spalte hat den Wert Null und lässt sich nicht updaten

Zitat:

Zitat von jobo (Beitrag 1414708)

Zitat:

Zitat von TigerLilly (Beitrag 1414701)

ISNULL, IIF, COALESCE, WHEN in Kombination mit NULL sind immer ein Zeichen für mangelhaftes Design.

Nein, bitte! Diese Aussage ist viel zu pauschal. Was soll ein Neuling damit anfangen?
ISNULL() ist genau in Kombination mit einem Nullwert sinnvoll, sogar dafür gemacht.

Entschuldige, aber Deine Formulierung ist mißverständlich. das Datenbank-NULL ist gleichbedeutend mit "Nix,Niente,dat jibbet nich" (nicht vorhanden!). Währen "Null" gerne mit "0" gleichgesetzt wird, was in der vorliegenden Tabelle wohl der Fall gewesen ist (nur meine Vermutung).

Gruß
K-H

AW: Spalte hat den Wert Null und lässt sich nicht updaten

Zitat:

Zitat von p80286 (Beitrag 1414707)

Du solltest (falls es möglich ist) einmal von NULL auf 0 umstellen (Default Wert?) und dann hast Du Ruhe. alles andere ist nur ein herumgedoktere an den Symptomen.

Ein DEFAULT ohne das zugehörende NOT NULL wird nicht das Problem lösen, denn der Default greift nur, wenn die Spalte nicht geschrieben wird (nicht im INSERT drin steht, bzw. nicht explizit als "DEFAULT" zugewiesen wurde),
aber wenn jemand direkt/explizit ein NULL an das Feld übergibt, dann würde das auch so gespeichert.

Nein, per se ist die Definition

Delphi-Quellcode:

NULL = Nichts

und

Delphi-Quellcode:

Wert>0 = etwas

nicht falsch und könnte für "schnelle" Filter/Suchen/Joins auch so gewollt sein.
Aber ja,

Delphi-Quellcode:

Anzahl = 0

statt NULL für Nichts ist ebenfalls nicht falsch.
Beides ist je nach Gutdünken "richtig".

AW: Spalte hat den Wert Null und lässt sich nicht updaten

Zitat:

Zitat von p80286 (Beitrag 1414726)

..
Entschuldige, aber Deine Formulierung ist mißverständlich. das Datenbank-NULL ist gleichbedeutend mit "Nix,Niente,dat jibbet nich" (nicht vorhanden!). Währen "Null" gerne mit "0" gleichgesetzt wird, ..

Ja, richtig, wer Pingeligkeit verlangt, sollte das auch selbst einhalten, Präzisierung:
ISNULL() ist genau in Kombination mit einem NULL-Wert sinnvoll, sogar dafür gemacht.

Und dieser Hinweis ist natürlich auch wichtig,

Zitat:

Zitat von himitsu (Beitrag 1414743)

..Ein DEFAULT ohne das zugehörende NOT NULL wird nicht das Problem lösen..

allerdings ebenfalls missverständlich. "das zugehörende NOT NULL" würde in diesem Fall hier (Thread) da"zugehören" und die Sache wasserdicht machen, in vielen anderen Fällen sicher auch. Es ist aber nicht per se "zugehörend" zur DEFAULT Angabe und damit ebenfalls zu pauschal formuliert.

DEFAULT Angabe, NOT NULL Constraint sowie beliebige andere Spalten-Constraints sind beides optionale Angaben.
Was eben keineswegs bedeutet, dass es eine Sache für Pedanten oder Kosmetik Freaks ist.

Das Wichtige an diesen Dingen ist m.E., dass man mit ein paar Wörtchen mehr im Datenmodell ziemlich haargenau festlegen kann, wie die Sache laufen soll und sich damit oftmals eine Menge Code, Fehlerbehandlung und vor allem auch Fehlersuche erspart.

Um Einwänden vorzugreifen:
Auch ein sinnvoller, richtiger, wichtiger Datenbank Constraint ändert natürlich nichts daran, dass ein (häßlicher) Fehler auftaucht, wenn der Konstraint verletzt wird. Und das muss natürlich behandelt werden. Diese Behandlung kann aber ziemlich pauschal erfolgen, sinngemäß ungefähr "Der Meister hat bestimmt, dass diese Eingaben unzulässig sind". Das passt immer, wenn man sich (richtige) Gedanken über das Datenmodell gemacht und diese umgesetzt hat.

Noch mehr Blabla
Der entscheidende Punkt ist dabei, dass das Datenmodell per Definition für Datenkonsistenz sorgen soll. Demnach spart man sich in Folge die mühsame Suche und oder Bereinigung falscher Daten und ebenso Programmcode, der das "überwacht". (auch Anlass dieses Threads)
Das gilt dann immer, auch in jeglicher Situation, in der Datenmanipulation jenseits der Anwendung erfolgt, durch Import von Fremddaten, administrative DML, heterogene Clients (bswp. auch Versionswechsel des eigenen Programms)
Ergebnis: Meine Business Logik, die Reports, die Dashboards stimmen immer. Fall-basierter Code läuft niemals in undefinierte Bereiche.

Das ist allerdings eine Betrachtungsweise, die nur greift, wenn ich mich im Rahmen eines Client/Server Konzepts bewege. Werden separate Persistenzschichten genutzt, verlagert sich die Hoheit über die Datenkonsistenz (und das gesamte Modell) in diese Schicht.

AW: Spalte hat den Wert Null und lässt sich nicht updaten

:thumb:

Zitat:

Zitat von jobo (Beitrag 1414757)

Das ist allerdings eine Betrachtungsweise, die nur greift, wenn ich mich im Rahmen eines Client/Server Konzepts bewege. Werden separate Persistenzschichten genutzt, verlagert sich die Hoheit über die Datenkonsistenz (und das gesamte Modell) in diese Schicht.

Der Vorteil eines sauberen Datenmodells ist, dass es ganz egal ist, wie man drauf zugreift - Multi-Tier, C/S, irgendein Tool oder ein API. Das Datenmodell sichert Integrität und Konsistenz. Ich würde auch bei C/S oder Multi-Tier jedenfalls der DB die Letztprüfung überlassen, was Integrität und Konsistenz betrifft.

Die Basics für jedes Datenmodell:
- Primary keys
- foreign keys/referentielle Integrität
- Defaults/constraints/null/not null
- Normalisierung
- Indices

So wie es beim Programmieren best practices gibt, gibt es die auch beim Umgang mit Datenbanken + man macht sich das Leben leichter, wenn sich dran hält.

AW: Spalte hat den Wert Null und lässt sich nicht updaten

Das sehe ich auch so!
Allerdings bewegen wir uns damit ziemlich in die Grundlagen und der TE hat bereits seine Lösung. Ich hab die Einschränkung "separate Persistenzschicht" auch deswegen selbst geliefert, weil wir ja eh schon auf der Pingelig-Ebene sind.
Ich kann natürlich auch mit Persistenzlayer auf Datenbankebene final festlegen, was geht und was nicht. Das ist aber dann ein Mehraufwand, den man irgendwie vertreten muss. Vielleicht ist schon mal jemand (unfreiwillig) in die Verlegenheit gekommen. Erst wird eine schöne Webapplikation gebaut und dann kommen die Kunden auf einmal und wollen das Teil "schräg von der Seite anquatschen". Es kann zu Widersprüchen in den beiden Schichten kommen und die Synchronisierung der Regeln kann aufwändig werden, gerade wenn man aus der Persistenzschicht dann noch Eingabevalidierung gebaut hat und es trotzdem knallt.
Da ist es schön, wenn man ganz old school beim sauberen DM angefangen hat.

Auch heterogene System kann (und soll) man m.E. paarweise als CS betrachten. Responsibility rules oder wie das im Kino so schön heißt: Es kann nur einen geben.

Wir hatten neulich gerade ein Projekt gesehen, das in der Produktion kräftig mit SAP hin und herfunkt (soll), Warenwirftschaft, Tracing usw. am Ende gab es dann eine lustige Forderung, die lautete, dass alles auch funktionieren soll, wenn SAP nicht verfügbar ist.

AW: Spalte hat den Wert Null und lässt sich nicht updaten

[OT]
ich gehörte zu den schrägen Vögeln.
Spätestens bei der Konvertierung auf eine neue DB war das ganz nützlich.
[/OT]

Gruß
K-H