SQLITE3 Multithreaded geht das?

[QuickAndDirty]

Zitat von bra:

Dir ist bewusst, dass SQLite nicht zum Speichern von größeren Dateien in der DB geeignet ist? Die Performance ist dann unterirdisch.

https://www.sqlite.org/intern-v-extern-blob.html

Mir ist das klar. Aber wenn ein Kunde sagt, er möchte einen großen Teil seiner Server-Datenbank offline und tagesaktuell im Handy benutzen können...

[bra]

Wir haben es bei unserer App so gelöst, dass nur die Metadaten in der SQLite-DB gespeichert sind, die eigentlichen Binär-Dateien liegen so im Dateisystem (verschlüsselt, da das für die Daten notwendig ist).

Ein richtiges Paralleles Schreiben in die Datenbank funktioniert nicht, aber über TCriticalSection ist es möglich, dass mehrere Threads auf dieselbe DB schreiben/lesen.

[Mavarik]

Zitat von bra:

Wir haben es bei unserer App so gelöst, dass nur die Metadaten in der SQLite-DB gespeichert sind, die eigentlichen Binär-Dateien liegen so im Dateisystem (verschlüsselt, da das für die Daten notwendig ist).

Ein richtiges Paralleles Schreiben in die Datenbank funktioniert nicht, aber über TCriticalSection ist es möglich, dass mehrere Threads auf dieselbe DB schreiben/lesen.

Ok, ich würde lieber einen TMonitor nehmen, aber egal...

Mehrere Threads sind ja nicht das Problem... In der Regel will man ja ggf. das die UI auch mal was aus der Datenbank lesen kann...

Da hilft es nicht, wenn der Thread steht und auf die Freigabe wartet, da die UI zwar - wenn event getrieben über den Thread - reaktive bleibt, aber kein Ergebnis liefert.

Mavarik

[bra]

Zitat von Mavarik:

Ok, ich würde lieber einen TMonitor nehmen, aber egal...

Was ist der Vorteil von TMonitor? Ich glaube wir hatten das auch mal untersucht und waren zu dem Fazit gekommen, dass TMonitor deutlich langsamer als TCriticalSection ist (siehe auch: https://www.delphitools.info/2013/06...iticalsection/ )

[Uwe Raabe]

Zitat von bra:

Ich glaube wir hatten das auch mal untersucht und waren zu dem Fazit gekommen, dass TMonitor deutlich langsamer als TCriticalSection ist (siehe auch: https://www.delphitools.info/2013/06...iticalsection/ )

Laut dem Edit gilt das wohl schon eine Weile nicht mehr:

Zitat:

Edit 2013-08-24: looks like the issue discussed here should be resolved in XE5, cf Monitoring the Monitor by Allen Bauer.

[jaenicke]

Im Gegenteil, für kurz andauernde Locks ist TMonitor durch ein paar SpinWait-Zyklen nun deutlich schneller als eine richtige Sperre per CriticalSection.

[bra]

Zitat von Uwe Raabe:

Laut dem Edit gilt das wohl schon eine Weile nicht mehr:

Zitat:

Edit 2013-08-24: looks like the issue discussed here should be resolved in XE5, cf Monitoring the Monitor by Allen Bauer.

Unsere App wurde glaube mit XE4, max. aber mit XE5 begonnen. Sollte man vielleicht noch mal prüfen.

[QuickAndDirty]

Es ist jedenfalls ungünstig, wenn einer Datenbank, für eine Umgebung in der selbst Dialoge in anderen Threads wie die Formulare laufen, keine Multithread-Unterstützung mitgegeben wurde.