Lazarus TDBGrid Scrol funktion

[Jumpy]

Gibt es den generell eine Routine oder sowas, dass die Felder in den Edits füllt, wenn du im Grid was auswählst? Wie machst du das? Denn wenn das normale DBEdits sind, die an der selben DataSource hängen wie beim Grid, dann muss doch beim Datensatzwechsel nichts nachgeladen werden.

[manfred_h]

Zitat von Jumpy:

Denn wenn das normale DBEdits sind, die an der selben DataSource hängen wie beim Grid, dann muss doch beim Datensatzwechsel nichts nachgeladen werden.

Es sind ganz normale DBEdits und es wird auch alles automatisch nachgeladen. Ich möchte aber das die DBEdits erst geladen werden wenn ich einen Eintrag im DBGrid anwähle.

[Perlsau]

Verstehe ich nicht: Genau das passiert doch, wenn du einen Eintrag im DBGrid anwählst – vorausgesetzt, DBGrid und DBEdits hängen am selben DataSource. Sobald eine Datenmenge aktiv ist, existiert auch ein Datensatz-Zeiger. Gewöhnlich zeigt der beim Aktivieren einer Datenmenge auf den ersten Record, also den Record mit der RecNo 1. Was also meinst du genau, wenn du schreibst: "... wenn ich im Grid Scrolle wird sofort der nächste Datensatz geladen." Das ist doch genau das Verhalten, das du hier forderst:

Zitat von manfred_h:

Ich möchte aber das die DBEdits erst geladen werden wenn ich einen Eintrag im DBGrid anwähle.

Das Scrollen im DBGrid entspricht einer Weiterbewegung des Datensatzes. Wenn du ein anderes Verhalten wünschst, dann mußt du auf DBGrid verzichten und StringGrid verwenden. Oder du bastelst dir dein eigenes DBGrid, das beim Scrollen keinen Datensatzwechsel auslöst.

Wenn es dir jedoch lediglich darum geht, unnötigen Traffic zu vermeiden, dann halte die erforderliche Datenmenge im Speicher vor. Gewöhnlich gibt es dafür das Property FetchAll im jeweiligen TQuery oder TDataSet: Damit holst du alle Datensätze auf einmal ab. Voraussetzung ist natürlich, daß du über ausreichend Ram verfügst.

[manfred_h]

Zitat:

Das ist doch genau das Verhalten, das du hier forderst:

Mit anwählen meinte ich einen Mausklick.. Sorry das war leider zu ungenau..
Das StringGrid wäre dann eine Variante. Dachte mir nur wenn sich da "normale" verhalten des DBGrid das beim scrollen automatisch der Datensatz-Zeiger "mit bewegt" wird anpassen liesse wäre es ein schritt weniger..

[Perlsau]

Jetzt sag doch mal: Ging es dir nicht in erster Linie darum, unnötigen Traffic zu vermeiden, weil die Datenbank ja nur über eine Internetverbindung erreichbar ist? Zumindest hatte ich den Eindruck, da du ja oben im Eingangsposting geschrieben hast: "Das ist bei einer lokalen DB ok aber hier weniger." Dann wäre die Sache mit dem datenzeigerbewegenden DBGrid nämlich wurscht, weil du dann andere Lösungen ins Auge fassen könntest.

[manfred_h]

Zitat von Perlsau:

Jetzt sag doch mal: Ging es dir nicht in erster Linie darum, unnötigen Traffic zu vermeiden, weil die Datenbank ja nur über eine Internetverbindung erreichbar ist?

Ja dem ist so.

Zitat:

Dann wäre die Sache mit dem datenzeigerbewegenden DBGrid nämlich wurscht, weil du dann andere Lösungen ins Auge fassen könntest

Was für eine andere Lösung denn?

[Perlsau]

Zitat von manfred_h:

Was für eine andere Lösung denn?

Fragst du das jetzt im Ernst? Hatte ich oben doch bereits beschrieben:

Zitat von Perlsau:

Wenn es dir jedoch lediglich darum geht, unnötigen Traffic zu vermeiden, dann halte die erforderliche Datenmenge im Speicher vor. Gewöhnlich gibt es dafür das Property FetchAll im jeweiligen TQuery oder TDataSet: Damit holst du alle Datensätze auf einmal ab. Voraussetzung ist natürlich, daß du über ausreichend Ram verfügst.

Jetzt zitiere ich mich schon selber