Forum: Datenbanken
Delphi
by TigerLilly,
9. Sep 2017
Testprogramme müssen so klein sein + so wenig Aufwand bedeuten, dass man sie leichten Herzens löscht/verändert etc. Sonst klebt man immer am gleichen Code + lernt nichts dazu. Immer nur eine Sache auf einmal ausprobieren.
Forum: Datenbanken
Delphi
by TigerLilly,
9. Sep 2017
Du verwendest doch FireDac?
http://docwiki.embarcadero.com/CodeExamples/Berlin/en/FireDAC.SQLite_Sample
Dann sollte dein Code doch ganz anders aussehen:
FDSQLiteConnection.Connected:=false;
// params nimmt die NUR verbindungsparameter auf
FDSQLiteConnection.Params.Add('DriverID=SQLite');
FDSQLiteConnection.Params.Add('Database=C.\....');
FDSQLiteConnection.Connected:=true;
Forum: Datenbanken
Delphi
by TigerLilly,
7. Sep 2017
Ich weiß nicht recht, irgendwas geht da durcheinander.
DMLSQLite.FDSQLiteConnection.Params nimmt NUR angaben zur Verbindung zur Datenbank auf. Ein Attach hat da nichts verloren.
Im Screenshot ist eine Datenbank mit .db angegeben, im Code .sqlite. Ist das ein Typo?
Gibt es die Datenbank nicht, so wird sie angelegt. Ich glaube, das hattest du gesagt, dass das passiert.
Der Fehler tritt...
Forum: Datenbanken
Delphi
by TigerLilly,
7. Sep 2017
>So, wie ich das verstanden habe, sind das zwei Mögliche Schreibweisen.
Naja, nur, wenn es "Database" schon gibt.
Forum: Datenbanken
Delphi
by TigerLilly,
6. Sep 2017
Da sind ein bisschen sehr viel "wahrscheinlich", "offenbar" und "ich glaube" unterwegs. :-/
PRAGMA foreign keys): Bei einem Import gibt es das Problem, dass uU Datensätze importiert, die eine Referenz auf einen Datensatz besitzen, der noch nicht importiert wurde. Wenn diese Referenz als foreign key abgebildet ist, gibt es einen Fehler. Wenn man aber weiß, dass alle Referenzen nach dem Import...