SQLite unter Android

[Rollo62]

Ich arbeite jetzt weder mit UniDacx, noch mit TMS, aber es müsste so etwas in der Art wie unten dort geben um das UI-Update beim Zeicnen zu verhindern, so das erst nach dem ganzen Update der Screen upgedatet wird.
Das s.u. könnte das Problem erklären wenn Du schon sehr viele Datensätze in der DB hast.

Zitat von oakley:

Super onShow funktioniert es mit UniConnection1.Connect;

Code:

    TMSFMXGrid1.BeginUpdate;
    UniQuery1.ControlsDisable;  // Kenne UniDac nicht, müsste es aber geben
    try

    
    finally
        UniQuery1.ControlsEnable;
        TMSFMXGrid1.EndUpdate;
    end;

Ob dein Ansatz mit Execute funktioniert bei UniDac habe ich nicht gecheckt, aber Du köntest stattdessen einfach UniQuery1.Active := True; setzen, es könnte aber auch alles Mögliche bei der Konfiguration in die Hose gehen.

Wenn die DB noch leer ist würde ich erstmal debuggen bis zu welcher Stelle Du kommst, um festzustellen was genau jetzt nicht geht.

Zitat:

Rollo Du schreibst Du legst Dir die Aktionen zeitversetzt. Machst Du das mit Timern?

Im Prinzip ja, ich habe mir da aber eine bequeme, threadsichere Klasse drumrum gekapselt.
Mit dieser Klasse kann ich eine anonyme Prozedur aufrufen, die dann mit einem Delay aufgerufen wird um Timings zu erzeugen.

Im Prinzip gibt es für solche Zwecke auch den TIdleWorker von Sir Rufo, ich hatte damit allerdings irgendwann mal ein Problem unter Android, dass die IdleMessages nicht aufgerufen wurden, seitdem bin ich wieder auf die Timerversion umgestiegen.
Trat immer nur selten und sporadisch auf, musste aber deswegen von dem IdleWorker wieder Abstand nehmen.
Eigentlich sollte der TIdleWorker aber super funktionieren, ich habe ihn nur danach nicht mehr getestet
(guter Hinweis das ich mir das nochmal auf die ToDo Liste schreibe ).

[hoika]

Hallo,

Zitat:

UniQuery1.Execute;

Müsste es nicht Open (und zum Schluss dann Close) ein.

[mkinzler]

Zitat:

Müsste es nicht Open (und zum Schluss dann Close) ein.

Ja. Den ein Execute liefert keine Ergebnismenge zurück.

[oakley]

Ist das Open - Close eventuell für Android spezifisch?
Denn wenn ich etwas für die Windows Plattform mache bekomme ich eine Ergebnismenge mit Execute.

LG

Mirko

[mkinzler]

Zitat:

Ist das Open - Close eventuell für Android spezifisch?

Nein. DataSet.Execute ist für DML-Abfragen ( Insert, Update Delete). Es wird kein Ergebnis zurückgeliefert ( höchtens als out-Parameter).
Bei DataSet[I].Open wird ein Curor geöffnet, durch den man clienseitig navigieren kann. Dies ist weder datenbank- noch OS-spezifisch.

[HolgerX]

Hmm..

Das hat mit Android nichts zu tun..

Datenbank SQL-Komponenten (von TDataSet abgeleitet) verwenden in der Regel folgendes:

- Execute
-> Für Insert/Update
-> Es kommt nur eine Rückmeldung über die Anzahl der geänderten Datensätze

- Open/Close
-> Für Select
-> Es wird eine Datenmenge (Records) zurück geliefert, bzw. (Close) wieder geschlossen.

Dies sollte bei allen TDataSets so funktionieren.

Wenn UniDac bei Execute eine Datenmenge liefert, dann dürfte dies UniDac Spezifisch sein..

[Rollo62]

Nein, Open - Close oder Active True - False ist das Standardverhalten.
Was Unidac mit Execute macht kann ich nicht sagen, es solte obiges aber korrekt implementieren für alle Platformen.
Das kommt aus dem TDataSet.

[Schokohase]

Es ist immer klug, die Dokumentation zu lesen, damit man weiß, was man zu erwarten hat und wann man es mit einem Bug zu tun hat.

Zitat:

Call the Execute method to execute an SQL statement on the server. If SQL statement is a SELECT query, Execute calls the Open method.

Folglich müsste hier ein Execute genauso gut wie ein Open sein.