Anwendungsdesign: Datenbankanwendung, Refresh.

[DSCHUCH]

Hallo,

wie würdet Ihr folgendes Problem designen:

Verwendung von Standardkomponenten in Delphi.

=> DBGrid, DBNavigator, Query.

---

Der Nutzer hat im DBNavigator die Möglichkeit, Query.Refresh zu drücken. Dabei ist unbekannt, wie lange das Query dauert. Nehmen wir mal an >5 Sekunden (zB Anbindung über DSL), somit kommt von Windows "diese Anwendung reagiert nicht mehr".

---

Ich möchte dabei keinerlei Logik in der Form haben, da dies ja an jeder Stelle der Software, wo es einen DB-Navigator gibt, genauso passieren kann.

---

Grundsätzlich hätte ich jetzt überlegt beispielsweise mein Query abzuleiten und im "BeforeRefresh" eine Thread zu starten und im "AfterRefresh" zu stoppen. In diesem sagt man der Anwendung (bzw Windows) "warten auf query, alles iO", wodurch die Meldung von Windows "Anwendung reagiert nicht mehr" verhindert wird.
Für diesen Ansatz scheint es aber keinerlei technische Möglichkeit zur Umsetzung zu geben, ist das richtig?

[sx2008]

Delphi ist ganz klar auf eine 2-Tier-Architektur aufgelegt.
Hier die Anwendung, dort der Datenbankserver.
Alle Methodenaufrufe sind synchron, d.h. blockierend.
(Ich verallgemeinere hier jetzt etwas, aber das sind ganz grob die Eigenschaften von Delphi)
Wenn man das ändern möchte, müsste asynchrone Funktionen in Delphi einführen oder andere Klimmzüge ausführen die einem das Leben als Programmierer vermiesen.
Ausserdem müssten die Datenbanktreiberschichten ebenfalls überarbeitet werden.

Wenn man Tabellen mit vielen Datensätzen anzeigen möchte, muss man einen Filter davorschalten um die Datenmenge einzuschränken.
Der Benutzer muss also irgendwelche Einschränkungen (z.B. Datumsbereich) vorgeben, bevor er die Daten zu sehen bekommt.
Bei den ADO-Komponenten kann man bei manchen Servern (eigentlich nur MS SQL-Server) die CursorLocation auf clUseServer stellen.
Dann kehrt die Abfrage relativ schnell mit Daten zurück, aber das Scrollen im DBGrid wird dafür sehr langsam (weil im Hintergrund Daten nachgeladen werden).
Ausserdem wird der Server ziemlich stark beansprucht.

[Sir Rufo]

Zitat von sx2008:

Bei den ADO-Komponenten kann man bei manchen Servern (eigentlich nur MS SQL-Server) die CursorLocation auf clUseServer stellen.
Dann kehrt die Abfrage relativ schnell mit Daten zurück, aber das Scrollen im DBGrid wird dafür sehr langsam (weil im Hintergrund Daten nachgeladen werden).
Ausserdem wird der Server ziemlich stark beansprucht.

Das geht auch bei anderen DBMS (z.B. DB2).

Bei ADO gibt es aber auch noch die asynchrone Verarbeitung.

[DSCHUCH]

das unterstützen eigentlich viele datenbanken => cursor fetch.

die anwendung soll ja wegen mir im einfachsten fall auch blockiert sein, der nutzer wartet auf daten. aber es muß doch irgendwie möglich sein, dass diese nicht "frozen" ist (und man zB funktionen wie serverseitiges beenden der abfrage über eine 2. connection ermöglicht), ohne die komplette struktur per hand zu implementieren (da man dann ja zB sämtlichen DB-Sensitiven elemente wegwerfen kann, die datenbank operationen anstossen). gerade mit internet, cloud etc.

ps - ich kann mir nicht vorstellen, das jede plunder app auf meinem telefon multithreaded ist, während der cursor kreist, nur weil evtl gerade meine internetverbindung langsam ist, damit nicht kommt "anwendung reagiert nicht mehr".

Scheint ja zB Android ebenso zu machen: http://www.rikomagic-forum.de/board2...eagiert-nicht/

[Furtbichler]

Das generelle Problem ist die Tatsache, das die anzuzeigenden Daten offensichtlich übertragen werden müssen. Müssen sie? Mehr als 100 Datensätze sieht man eh nicht auf einmal.

Ich würde einen Paging-Mechanismus implementieren oder entsprechende Komponenten (DevExpress, ServerMode) einsetzen.

Sorgt einfach dafür, das die Sanduhr beim Anzeigen von Daten nicht kommen muss. Es ist für einen Server im Mehrbenutzerbetrieb auch nicht gerade prickelnd, irgendwelche Gigabytes zu schaufeln, die sich eh keiner anschaut. Der geht überflüssigerweise in die Knie.

[hoika]

Hallo,

Telefon-Apps benutzen idR Webservices, um die Daten zu Laden.
Das Threading läuft also dort wohl auf der Middle-Tier Serverseite.


Heiko

[DSCHUCH]

das ist nicht möglich, teilweise braucht die datenbank solange. oder zB eine 10 jahresauswertung und man weiß auch nie, welche interessanten einschränkungskriterien der nutzer eingibt.

nimm mal das bsp einer aussenstelle via vpn über dsl anbindung an. man kann doch nicht die komplette anwendung umprogrammieren, nur weil ich eine langsame verbindung habe.