Dataset immer wieder neu erstellen (create/free) oder ein mal bei Bedarf

[nahpets]

Hinter einem DataSet kann eine beliebig komplizierte Abfrage stecken. Damit kann beim Laden der Daten eine nicht unerhebliche Laufzeit entstehen.

Wenn ich eine Abfrage nur einmal brauche, sie auswerte und dann nie wieder (mit den gerade aktuellen Daten) benötige, spricht nichts gegen ein Erstellen und nach Verarbeitungsende dem Freigeben eines DataSets.

Wird eine unveränderte Datenmenge jedoch wiederholt in gleicher Form benötigt, würd' ich sie nicht bei jedem Zugriff neu erstellen, sondern per Cursor... (ggfls. Filter) navigieren.

Datenbankverbindungen öffne ich beim ersten Gebrauch und schließe sie, wenn ich weiß, dass ich sie nicht mehr benötige.

Also z. B. beim Programmstart und beim Programmende.
Kann ein Programm alternativ auf unterschiedliche Datenbanken zugreifen, wird die Datenbankverbindung halt vor dem ersten Zugriff geöffnet und beim Datenbankwechsel die aktuelle Datenbankverbindung geschlossen und die neue Datenbankverbindung geöffnet.
Hierbei erstelle ich die entsprechende Komponente jedoch nicht jedesmal neu bzw. gebe sie frei, sondern verwende sie wieder.

Anders mache ich es nur, wenn die gesamte Datenbankzugriffsschicht in einer Klasse gekapselt ist und das Erstellen bzw. Freigeben aller Datenbankzugriffskomponenten... innerhalb dieser Klasse erfolgt. (Dies sind dann eher Batchprogramm, die die Daten eh nur einmalig benötigen.)

[Bernhard Geyer]

Zitat von nahpets:

HWird eine unveränderte Datenmenge jedoch wiederholt in gleicher Form benötigt, würd' ich sie nicht bei jedem Zugriff neu erstellen, sondern per Cursor... (ggfls. Filter) navigieren.

Das kannst du aber nur bei Daten machen die sich nicht währen der Laufzeit des Programm verändern (Neu/Geänderte/Gelöschte Datensätze)

[nahpets]

Zitat von Bernhard Geyer:

Zitat von nahpets:

Wird eine unveränderte Datenmenge jedoch wiederholt in gleicher Form benötigt, würd' ich sie nicht bei jedem Zugriff neu erstellen, sondern per Cursor... (ggfls. Filter) navigieren.

Das kannst du aber nur bei Daten machen die sich nicht währen der Laufzeit des Programm verändern (Neu/Geänderte/Gelöschte Datensätze)

Ja, natürlich, deshalb schrieb ich ja auch

Zitat:

Wird eine unveränderte Datenmenge jedoch wiederholt in gleicher Form benötigt...

[Bernhard Geyer]

Zitat von nahpets:

Zitat von Bernhard Geyer:

Zitat von nahpets:

Wird eine unveränderte Datenmenge jedoch wiederholt in gleicher Form benötigt, würd' ich sie nicht bei jedem Zugriff neu erstellen, sondern per Cursor... (ggfls. Filter) navigieren.

Das kannst du aber nur bei Daten machen die sich nicht währen der Laufzeit des Programm verändern (Neu/Geänderte/Gelöschte Datensätze)

Ja, natürlich, deshalb schrieb ich ja auch

Zitat:

Wird eine unveränderte Datenmenge jedoch wiederholt in gleicher Form benötigt...

Du hast eine Datenmenge geholt und diese Repräsentiert einen Zustand x.
Diese wird auch wenn man über Filter und Curser arbeitet auch in 5 Stunden diesen veralteten Zustand haben.
Das was evtl. bei "Datenbanken" wie dBase und Co. funktioniert wird bei einer richtigen DB nicht funktieren. Hier musst du nochmal die Datenbank abfragen.

[nahpets]

Zitat von Bernhard Geyer:

Zitat von nahpets:

Zitat von Bernhard Geyer:

Zitat von nahpets:

Wird eine unveränderte Datenmenge jedoch wiederholt in gleicher Form benötigt, würd' ich sie nicht bei jedem Zugriff neu erstellen, sondern per Cursor... (ggfls. Filter) navigieren.

Das kannst du aber nur bei Daten machen die sich nicht währen der Laufzeit des Programm verändern (Neu/Geänderte/Gelöschte Datensätze)

Ja, natürlich, deshalb schrieb ich ja auch

Zitat:

Wird eine unveränderte Datenmenge jedoch wiederholt in gleicher Form benötigt...

Du hast eine Datenmenge geholt und diese Repräsentiert einen Zustand x.
Diese wird auch wenn man über Filter und Curser arbeitet auch in 5 Stunden diesen veralteten Zustand haben.
Das was evtl. bei "Datenbanken" wie dBase und Co. funktioniert wird bei einer richtigen DB nicht funktieren. Hier musst du nochmal die Datenbank abfragen.

@Bernhard Geyer
Bei dem von Dir Beschriebenen wird sie aber nicht in unveränderter Form wieder benötigt, sondern es wird eine aktuallisierte Abfrage benötigt.

Wenn ich also die Datenmange x benötige und daraus konsistent zueinander passende Reports erstellen muss, oder mehrere Zielsysteme mit den Daten vom Zeitpunkt x versorgen muss...
Würde ich in so einem Fall einen DataSet mehrfach erstellen und wieder wegwerfen, könnte ich die Konsistenz der Daten nicht (zwingend) sicherstellen, da sie sich eben geändert haben können, ich aber die Daten von genau dem Zeitpunkt x benötige.

[Sir Rufo]

Eigentlich sollte man die Use-Cases trennen.

Man hat ein DatenModul mit der Connection und x DataSets die auschliesslich als Lookup verwendet werden.

Delphi-Quellcode:

TBaseDataModule = class( TDataModule )
  Connection: TADOConnection;
  PersonLookup: TADOTable;
  ...
end;

Für jeden Use-Case baut man sich jetzt ein eigenes DataModule. Da packt man dann alle Tabellen/Abfragen drauf und verknüpft diese, wie man das nun so braucht. Für die Verbindung nimmt man sich das zentrale TBaseDataModule .

Kommt jetzt ein Formular daher, dann erzeugt sich dieses Formular eine Instanz von dem passenden Use-Case und verbindet die DataSets mit dem Grid/Edits/... whatever.

Dann kommt man auch nicht in die Notlage, dass sich 2 Formulare gegenseitig auf den füssen stehen, weil beide auf die gleichen DataSets zugreifen.