Zitat:
Wenn es dir jedoch lediglich darum geht, unnötigen Traffic zu vermeiden, dann halte die erforderliche Datenmenge im Speicher vor.
Was wird denn hierbei vermieden, es wird ja lediglich alles auf einmal geladen... das soll ja vermieden werden
....
Das widerspricht deiner Aussage im Eröffnungsposting diametral:
Das Problem ist das wenn ich im Grid Scrolle wird sofort der nächste Datensatz geladen.
Also entweder soll der nächste Datensatz beim Scrollen geladen werden oder nicht – entscheide dich doch mal, was du eigentlich willst
Abgesehen davon verstehe dich dich noch immer nicht: Wenn du in einem DBGrid einen Record darstellen willst, dann muß der doch zuvor aus der Datenbank geladen werden. Kannst du das nicht nachvollziehen? Du kannst doch keinen Record im
DB-Grid anklicken, der noch gar nicht aus der Datenbank geholt wurde! Wenn
DB-Edits, die mit demselben Datasource verbunden sind, wie das DBGrid, mit dessen Hilfe du durch die Records blätterst, den neu angewählten Record anzeigen, dann beziehen sie ihre Daten aus demselben zugrundeliegenden
Query wie das DBGrid. Dabei kommt es, wie bereits erwähnt, auf die Einstellungen der Properties an, ob beim Scrollen Daten nachgeladen werden müssen oder nicht.
Das mit dem Traffic ist selbstverständlich so zu verstehen, daß unter Umständen bei jedem Datensatzwechsel Daten über's Internet angefordert werden müssen, was die Bedienbarkeit einer Anwendung verschlechtern würde. Werden dagegen alle Daten gleich beim Programmstart geladen, Änderungen an den Tabellen zwischengespeichert und diese auf einmal z.B. während eines Idle-Zustands in der entfernten Datenbank aktualisiert, bleibt die Bedienbarkeit des Programms weitgehend erhalten.
Ich hoffe, mich diesmal verständlich genug für dich ausgedrückt zu haben und daß jemand anderes herauszufinden in der Lage ist, worum's hier wirklich geht. Ich fühle mich davon überfordert und gebe auf.
