Erstellen von Tabellen

[Sieben]

...im Kontext des Codes, ist ganz klar der NOT NULL-Constraint für das Feld der Schuldige

Naja, es handelt sich um eine gezielte Provokation, insofern...

[charlytango]

Tut es nicht, die Exception wird erst ausgelöst, wenn man das Statement mit dem NULL-Parameter tatsächlich an die Datenbank schickt. Auch TField.Clear würde erst mit ApplyUpdates eine auslösen.

Dann allerdings macht es f mich wieder Sinn.

Nur schrieb wennerer

SQLQuery1.Params.ParamByName('Name').Clear

löst den Fehler aus. Vielen Dank!

[charlytango]

Nach nem Monat kam mein Chef und sagt: "Tonnage ist irgendwie uninteressant. Kannst du stattdessen Summe des Umsatzes machen?"
Antwort: "Kein Problem" --> SQL im Backend geändert. Feuer frei.

Ich musste nicht mein Frontend neu kompilieren!!!

Nun, manchmal hat man auch Glück

Ich sehe aber dieser Methode Vorteile und auch Nachteile.
Das was sehr charmant für mich wäre, dass man mit einer anderen Tabelle eine Art Teststation für alle SQL Statements im Programm bauen kann um zu checken ob die mit einem anderen DBMS funktionieren und welche eben nicht.

Und ja: ich hab ne Dynamik eingebaut, damit die Spalten-Überschriften entsprechend dann auch geändert wurden. War ein anderes SQL-Statement.....

dann wirklich alles generisch zu machen würde den Aufwand drastisch erhöhen.

Aber ich hab durchaus Respekt vor der Lösung.