SQLite und konkurrierender Zugriff mit FireDAC

[Codehunter]

@Günther: Kenne ich. Die zitierte Seite weist aber selbst darauf hin, dass es inzwischen Verbesserungen gibt.

[Der schöne Günther]

Uh, wenn du meinst?

Zitat:

All processes using a database must be on the same host computer; WAL does not work over a network filesystem.

Einer schreibt und alle anderen lesen jederzeit nur - Das würde ich mich vielleicht noch trauen. Aber mehr nicht.

[Codehunter]

Wenn ich es wüsste hätte ich ja nicht gefragt. SQLite ist hier auch nur ein Versuch. Die Grundidee soll eine Datenbank ohne Serverdienst sein. Der Name der DB ist verhandelbar

[Schokohase]

Zitat von Codehunter:

Die Grundidee soll eine Datenbank ohne Serverdienst sein. Der Name der DB ist verhandelbar

Du wirst damit ein einigermassen stabiles System hinbekommen - egal wie der Name der DB lautet. Ein zuverlässig stabiles System aber nicht.

Wenn eingermassen reicht, dann bist du auf dem richtigen Weg.
Wenn du zuverlässig brauchst, dann verbrennst du gerade einfach nur Zeit.

[scrat1979]

Eventuell wäre hier Absolute Database in der MultiUser Edition eine Option. Allerdings kostenpflichtig. Ob es sich für ein Spassprojekt lohnt kannst nur du entscheiden. Ich arbeite sehr gerne damit

[jobo]

Was ich an dem Szenario interessant finde:
Du sagst, es gibt keine hohe Last, wenig Teilnehmer/ Konkurrenz. Trotzdem tritt aber der Fehler auf.

Tritt er auf, weil Du Lasttest machst und ihn den Fehler provozierst oder tritt er bereits in der beschriebenen Normalsituation auf?

Und wie sind die Parameter konkret?
Nutzeranzahl:
Schreibzugriffe pro Minute, Stunde, Tag:

[EgonHugeist]

@Cody,

der Fehler tritt auf, weil FireDac ein Performace-Blender ist. FireDac setzt alle !DB defaults! zu max Performace-settings. Wogegen alle ander Komponenten das nicht machen. Bei Zeos mußt du das explizit setzen.

Schau mal in die Antwort von:
https://stackoverflow.com/questions/...qlite-database
Dort steht beschieben, wie du FD wieder für konkurierende Zugriffe nutzbar machen kannst.

kleines ABER:
SQLite ist rasend schnell mit den FD settings. Zum Vergeich: https://synopse.info/forum/viewtopic.php?id=4472
Jedoch in den default-settings solltest du mit wirklich erhöhter Disk-Aktivität rechnen.
SQLite ist einfach nicht dafür gemacht, aber kann es.