Mehrere gleichzeitige Zugriffe auf Datenbank?

[sko1]

Hallo,

Während der Abarbeitung in einer SQLite Datenbank muss ich noch in einer anderen Tabelle dieser Datenbank etws suchen.

Hierfür wird für die erste Procedure eine TFDConnection und eine TFDQuery erzeugt und verbunden, dann innerhalb dieser Procedure eine Unterrprcedure aufgerufen, welche wiederum mit einer dort erzeugten TFDConnection und TFDQuery in einer anderen Tabelle arbeitet.

Unter Windows funktioniert das aber unter Android knallt es ab und zu mal mit verschiedensten Fehlermeldungen!

Ich denke das gesamte DB-Handling muss überarbeitet werden, aber wie geht man da am besten vor ohne von Programmstart bis zum Programmende die Datenbank zu blockieren, weil da eine oder mehrere Connections drauf hängen?

Unter Android würde die DB nie freigegeben, weil die App nur in den Hintergrund geht, anstatt wie bei Windows beendet zu werden!

Wie geht man da am besten vor, zusätzlich soll ein HintergrundThread auch noch was auf der DB machen können...

Ciao
Stefan

[himitsu]

Standardmäßig sollten DB-Komponenten besser nur in dem Thread verwendet werden, wo sie auch erstellt wurden.
Und auch wo die Connection erstellt wurde. (notfalls einfach je eine eigene Connection pro Thread)

Bei einigen DB-Komponenten kann/muß man z.B. in der Connection etwas bezüglich Multi-Threading aktivieren, dann kann man die Connection auch in mehreren Threads gleichzeitig nutzen.

[sko1]

OK, Thread bekommt eigene Connection und Query, wie aber mit den vielen Verbindungen im MainThread umgehen?

Erzeugt man eine Connection und verwendet diese dann mit mehreren Querys oder besser jede Abfrage eigene Connection, was ist der bessere / richtigere Ansatz?

Ciao
Stefan

[Hobbycoder]

Der Verbindungsaufbau der Connection dauert je nach DB immer eine gewisse Zeit.

Im Normalfall reichte eine Connection, auf die dann die query's zugreifen. Läuft innerhalb eines Threads eh seriell ab. ich wüsste jetzt keinen Grund, warum innerhalb des Mainthreads mehrere Connections vorhanden sein sollten. Es sei denn, ích möchte auf verschiedene DB's oder mit unterschiedlichen Rechten gleichzeitig zugreifen.

Ich habe das teilweise so gelöst, dass ich eine Klasse für die Connection und den Verbindungsaufbau habe, die ich bereits beim Programmstart oder nach einer Anmeldeprocedure initialisiere.
Meine Querys habe ich dann in den anderen Klassen, welche die Daten verarbeiten oder vorhalten, wo ich sie dynamisch erstelle und hole mir dann die Connection aus der o.g. Klasse.

[Delphi.Narium]

Eine Connection je Datenbank.

D. h.: Egal wieviele Querys man benutzt, solang sie auf die gleiche Datenbank zugreifen, nutzen sie alle die gleiche Connection.

Käme nie auf die Idee (ohne zwingenden Grund) das anders zu machen.

In der Regel packe ich die Datenbankverbindung, einschließlich aller genutzter Datenbankkomponenten (je Datenbank), in ein Datenmodul.

Das lässt sich bei Änderungen der Datenbankverbindung und sogar beim Austausch der Datenbankkomponenten, wunderbar und für den Rest des Programmes (weitgehend) transparent kapseln.

Umstieg von BDE auf ADO: Austausch des Datenmoduls
Späterer Umstieg von ADO auf Zeos: Austausch des Datenmoduls

[sko1]

Danke, dann wird es eine gemeinsame Connection!

Ciao
Stefan

[MEissing]

Insbesondere by SQLite mehr als sinnvoll, wenn man nicht nur lesen will
https://www.sqlite.org/faq.html#q5

[sko1]

Momentan bewegt mich noch ein Gedanke:

Im Thread (der vielleicht 20 sec lang arbeitet und sich dann beendet) wird die Connection erzeugt und bei Threadende wieder zerstört, soweit so gut.

Wenn ich aber im Maintread beim Erstellen der Mainform eine Connection erzeuge und mit der Datenbank verbinde, wird diese dann ggf. monatelang aufrecht erhalten, da es sich um eine Android App handelt die ja nur in den Hintergrund geht wenn sie "beendet" wird.
Ein "echtes" FormDestroy gibt es dann auch nicht denn entweder läuft die App monatelang oder sie wird mit dem Android Taskmanager "abgeschossen", was man aber ebenfalls nicht abfangen kann um die Connection zu beenden...

Muss man da mit Problemen rechnen oder ist da etwas besonderes in diesem Fall zu beachten?

Man könnte einen Zugriffszähler bauen der mit jeder Query die sich verbindet hochzählt und beim Trennen herunter, ist 0 erreicht könnte connected := false ausgeführt werden...

Ciao
Stefan

[HolgerX]

Hmm..

Zitat von Delphi.Narium:

Eine Connection je Datenbank.

D. h.: Egal wieviele Querys man benutzt, solang sie auf die gleiche Datenbank zugreifen, nutzen sie alle die gleiche Connection.

Das gilt aber nur im MainThread!!!

Wenn weitere Threads, dann muss dieser (gerade bei ADO, da nicht ThreadSave) immer einer Separate Connection + Querys erhalten!
Denn Verbindungsaufbau durch die weitere Connection kann bei ADO durch Connection Pools verbessert werden..