Warum werden Daten in DB-Komp. so schnell dargestellt?

[Pfoto]

Hallo zusammen,

ich programmiere noch nicht sehr lange in Delphi und schlage mich gerade mit Datenbanken herum.

Nachdem bei mir das Einlesen von Datensätzen immer länger dauert als in eine per DataSet verbundene Komponente, z.B. DBGrid, frage ich mich, woran das liegt.
Was wird intern anders geregelt?
Oder ist es nur effektiver programmiert?

Das Einlesen der Datensätze mache ich mit der auch hier schon geposteten While not EOF-Schleife und einem "Next" um zum nächsten Datensatz zu springen.


Würde mich freuen, wenn da jemand Rat weiß


Gruß
Pfoto

[MarcoWarm]

hi,

nun hab ich mit "Absolute Database" noch nicht gearbeitet.... aber bei Interbase und BDE Datenbanken wird in das Grid nur soviel geladen, wie grad auf dem Bildschirm zu sehen ist... (ok, an die Nörgler: ein paar Records mehr werden schon geholt, damit das browsen flüssiger geht)

wenn du im Grid bis ans Ende springst, dann braucht auch das Grid lange, da erst alle Daten geholt werden müssen

[jensw_2000]

Unter Umständen hängt an deiner Tabelle auch eine Datasource, an die wiederum datensensitive Controls gebunden sind.
Diese Controls werden bei jedem Wechseln des aktuellen Datensatzes neu gezeichnet. Wenn das viele Controls (sei datensensitiven Grids u.U. auch viele Datensätze) sind, dann dauert das schon eine Weile.

Wenn du die Tabelle mit "While not bla.EOF do ..." durchläufst, solltest du das Neuzeichnen der datensensitiven Controls in dieser Zeit unterbinden.

Delphi-Quellcode:

MeineAdsTable.DisableControls;
try
  MeineAdsTable.first;
  While not MeineAdsTable.eof do
  begin
    bla
    ...

    MeineAdsTable.next;
  end;     
finally
  MeineAdsTable.EnableControls;
end;

Schöne Grüße,
Jens

[Bernhard Geyer]

Zitat von Pfoto:

Nachdem bei mir das Einlesen von Datensätzen immer länger dauert als in eine per DataSet verbundene Komponente, z.B. DBGrid, frage ich mich, woran das liegt.

Läufst du mit verbundenen DBGrid (oder allgemein Oberflächencontrol) durch die Datenmenge?

Zitat von Pfoto:

Was wird intern anders geregelt?
Oder ist es nur effektiver programmiert?

Bei guten DBGrids wird der Page-Modus verwendet (Fetche nur die Daten zum Client die aktuell nötig sind) und der Rest wird teilweise Asynchron nachgeladen (Möglich z.B. bei Zugriff über ADO mit serverseitigen Curser).

[Sharky]

Zitat von jensw_2000:

... solltest du das Neuzeichnen der datensensitiven Controls in dieser Zeit unterbinden.

Auch wenn nicht datensensitive Controls verwendet werden sollte man deren neuzeichnen während des Füllens verhindern.
Ich habe es eben mal mit der Absolute Database getestet:
Testtabelle mit 1 000 Einträgen (name,vorname,strasse,plz,ort). Diese habe ich mit einer While-Do-Schleife in ein TListView geladen.

Ohne eine [oh].BeginUpdate / .EndUpdate[/oh]: ca. 820 ms
Mit [oh].BeginUpdate / .EndUpdate[/oh]: ca. 280 ms