[ERLEDIGT] SQLite - Foreign Key sind Opt-In??

[Zvoni]

Mahlzeit.

Bin heute über etwas gestolpert:
Anscheinend ist in Freepascal - sqldb die Option "enforce foreign Keys" für sqlite3conn ein "Opt-in", heisst "foreign_keys=on" muss explizit als Param gesetzt werden, wenn man die Verbindung etabliert. Wenn man es nicht setzt, passiert nämlich später gar nichts.
Ist mir nämlich passiert.
Hab Test-Daten hin- und her gebucht, und mich dauernd gewundert, warum die Detail-Sätze nicht mit über den Jordan flogen bzw. warum ich keine Exception bekam, wenn ich ein ON DELETE RESTRICT hatte

Für MySQL et al ist aber "enforce foreign keys" out of the Box (glaube ich zumindest).

Kann jemand prüfen, ob das mit ZEOS/SQLite auch der Fall ist? (Hab kein ZEOS und will es auch nicht unbedingt installieren)

Hintergrund: GGfs. den Vorschlag an die Devs/Maintainers machen, das mal über einen Kamm zu scheren.

Meinungen?

[af0815]

Hintergrund: GGfs. den Vorschlag an die Devs/Maintainers machen, das mal über einen Kamm zu scheren.

Copyrigth MvC: "It's per design, won't fix'
Es ist sicher ein feature, wenn es bei den anderen DB Systemen funktioniert. Ich habe da einige Diskussionen mit MvC bezüglich automatischer Transaktionssteuerung geführt. Für ihn ist automatisch nicht unbedingt automatisch, gerade bei Stored Procedures nicht, die von SQLdb im Hintergrung still und heimlich Rollbacked werden. Wenn ein select und ein update bei einem System gehen und das andere über Einstellungen im Treiber -> s.o.

[Zvoni]

Copyrigth MvC: "It's per design, won't fix'
Es ist sicher ein feature, wenn es bei den anderen DB Systemen funktioniert. Ich habe da einige Diskussionen mit MvC bezüglich automatischer Transaktionssteuerung geführt. Für ihn ist automatisch nicht unbedingt automatisch, gerade bei Stored Procedures nicht, die von SQLdb im Hintergrung still und heimlich Rollbacked werden. Wenn ein select und ein update bei einem System gehen und das andere über Einstellungen im Treiber -> s.o.

Ernsthaft??
Uff.....hätte ich jetzt nicht erwartet.
OK, aber ist halt eine Aussage, und somit der Thread dann auch beendet.

[Socke]

Hintergrund: GGfs. den Vorschlag an die Devs/Maintainers machen, das mal über einen Kamm zu scheren.

Copyrigth MvC: "It's per design, won't fix'

Ihr müsste ja nicht alles auf die FreePascal Maintainer schieben. Hier wird einfach der Standard der jeweiligen Datenbank übernommen.

• In MySQL ist die Prüfung per Standard aktiv, kann aber global oder per Session deaktiviert werden: If set to 1 (the default), foreign key constraints are checked. If set to 0, foreign key constraints are ignored [...] Quelle https://dev.mysql.com/doc/refman/8.4/en ... key_checks
• In SQLite3 ist die Prüfung per Standard abgeschaltet: As of SQLite version 3.6.19, the default setting for foreign key enforcement is OFF. However, that might change in a future release of SQLite. Quelle: https://sqlite.org/pragma.html#pragma_foreign_keys

[Zvoni]

Ihr müsste ja nicht alles auf die FreePascal Maintainer schieben. Hier wird einfach der Standard der jeweiligen Datenbank übernommen.

• In MySQL ist die Prüfung per Standard aktiv, kann aber global oder per Session deaktiviert werden: If set to 1 (the default), foreign key constraints are checked. If set to 0, foreign key constraints are ignored [...] Quelle https://dev.mysql.com/doc/refman/8.4/en ... key_checks
• In SQLite3 ist die Prüfung per Standard abgeschaltet: As of SQLite version 3.6.19, the default setting for foreign key enforcement is OFF. However, that might change in a future release of SQLite. Quelle: https://sqlite.org/pragma.html#pragma_foreign_keys

Argghh...... RTFM....Mist...übersehen.

[Socke]

Argghh...... RTFM....Mist...übersehen.

So wollte ich es nich ausdrücken - das müssen sich schon immer meine Kollegen anhören

[Zvoni]

Argghh...... RTFM....Mist...übersehen.

So wollte ich es nich ausdrücken - das müssen sich schon immer meine Kollegen anhören

Da ich es auch gerne benutze, muss ich es akzeptieren, wenn es mir an den Kopf geworfen wird.
Von daher.....