IOS UniDac While Schleife mit Progressbar

[himitsu]

WAS dauert hier so lange?

Das Schreiben in die Stringlist kann doch nicht so lange dauern.
Ich würde den Fehler eher beim SYNCQUERY.Execute; suchen.



Gibt es vorher auch irgendwo Zeit, damit die Queue abgearbeitet wird?
Also nicht dass es wirklich erst ganz am Ende alles ausgeführt wird.
Was sagt der Debugger?

Refresh/Repaint auf die Komponente oder Form?
Oder z.B. Ausgabe in ein Label, ob es dort schneller reagiert.


hmmmmmmmmm

Zitat:

(Syncform.SB1.FindComponent('Progressbar1') as TProgressbar).value := (Syncform.SB1.FindComponent('Progressbar1') as TProgressbar).value + 1;

(Syncform.SB1.FindComponent('Progressbar1') as TProgressbar).StepIt;

[edit]
Ohhh, ist es nicht ein Bug, dass es im FMX sowas nicht gibt?

[oakley]

Also ich mache an anderer Stelle in der App einen Download mit Fortschrittsbalken via IndyFtp.
Funktioniert ohne Probleme und wird auch per Thread sauber Synchronisiert.
Ich habe eher das Unidac in Verdacht, denn es scheint Probleme mit der While Schleife zu geben.
Wenn ich eine einfache For Schleife nehme funcktioniert es einwandfrei.

LG

Mirko

[hoika]

Hallo,
müsste es nicht Query.Open sein?

[EmWieMichael]

Zitat von hoika:

Hallo,
müsste es nicht Query.Open sein?

Execute ruft intern Open auf, wenn es sich um ein SELECT handelt.

Keine Ahnung ob´s hilft, aber ich würde vor einem .EoF stets ein .First setzen.

[himitsu]

Nach dem Open ist es schon auf First.


"Normal" sollte Execute/Open ALLE Daten sofort laden und erst danach läuft die Schleife da drüber, was jetzt schön im RAM liegt.

[Delphi.Narium]

Vor der While-Schleife würd' ich ja zuerst mal die Position der Progressbar auf 0 setzen und das Maximum auf die Anzahl der Datensätze.

Zitat:

Die Progressbar wird dynamisch erzeugt.

Wann denn? Wie sind denn die Standardwerte der entsprechenden Attribute der Progressbar?

Ist sie vielleicht deshalb so schnell auf 100, weil das Maximum weit unterhalb der Anzahl der Datensätze der Abfrage liegt?

Bei z. B. 'nem Maximum der Progressbar von 100 und 10.000 Datensätze, ist die Position des Maximums per Value + 1 halt bereits nach einem Prozent der zu verarbeitenden Datenmenge erreicht, siehe FMX.StdCtrls.TProgressBar.Value.

Standard für Min = 0, für Max = 100, Value gibt damit die Verarbeitungsposition in Prozent an. Bei Value + 1 wären dann nach 100 Schleifendurchläufen 100% erreicht.

Wenn's um Prozentangaben gehen soll, könnte (theoretisch) sowas funktionieren:

(Syncform.SB1.FindComponent('Progressbar1') as TProgressbar).value := SYNCQUERY.RecNo * 100 div SYNCQUERY.RecordCount;

[oakley]

Ja schön blöd ich habe vergessen das Max der Progressbar gleich RecordCount zu setzen.
Danke das war das Problem und jetzt funktioniert es auch.

LG

Mirko