Pro/Contra Virtuelle Tabelle oder TObjectList

**norwegen60**

Wie schon gesagt, sprechen zwei Gründe gegen die direkte Anbindung per Datasets

Die Datenstruktur ist dazu völlig ungeeignet. Weiter möchte ich darauf nicht eingehen, denn das ist leider gegeben
Durch das einlesen in eien Klassenstruktur kann die DB auch mal Offline sein ohne dass die Anwendung bockt.

Der Ansatz über OnNeedData ist interessant, erscheint mir auf die Schnelle aber aufwändiger, als das einlesen der Daten in eine virtuelle Tabelle. Die kann ich dann sowohl für die Ausgabe in ein Grid, in einen Chart oder in QuickRep verwenden. Mit der VirtualTable kann ich dann einfach im Object-Inspector den TQRDBText-Feldern die Tabellen-Felder zuweisen.
OnNeedData benötigt wohl so was in der Art:

markieren

Delphi-Quellcode:

			  QrLabel1.Text := IntToStr(Liste[i].Nr);

  QrLabel2.Text := Liste[i].Name;

  QrLabel3.Text := Format('%5.3f',[Liste[i].Wert]);

Das ist dann doch mehr Aufwand wenn man das mal für QuickReport, mal für ein Grid und das näcshte mal für ein Chart macht.
Oder übersehe ich was.

Was klar dagegen spricht ist die Mehrfachhaltung der Daten.

Im Grunde ging es mir auch eher darum, ob es bei VirtualTables Besonderheiten gibt die zu beachten wären, bzw. ob es generelle Vor-/Nachteile gibt.

**himitsu**

Zitat:

Die kann ich dann sowohl für die Ausgabe in ein Grid, in einen Chart oder

Wenn du mal in Richtung Firemonkey guckst, dann ist TList, Array oder DataSet kein großer Unterschied, da du alles erst über einen Adapter an die Oberfläche databindest.
(k.A. wie ob/wie QuickReport dort arbeitet)

Im Prinzip kann man auch für TDataSet einen Adapter schreiben, egal ob FMX oder VCL, wo ein DataSet intern auf die Daten einer (Objekt)Liste zugreift, anstatt auf ein DBMS.

**haentschman**

Moin...

+

Objektlist

Begründung:
1. imho ist im DataSet (FireDAC) zu viel Overhead drumherum.
2. Durch eine Objektliste kann man iterieren ohne daß sich die Oberfläche bewegt! (wegen anderer Methoden die Daten anzuzeigen)
3. Dataset: Keine Strukturen wie in einer Klasse. Sinngemäß in einer Klasse Master / Detail (Liste)
4. In eine Klasse kann ich hinein gucken (Debug)...in ein Dataset mit Debug nicht (nur mit Hilfstools)

Zitat:

Zwischenschichten ist cool

...ist cool.

In der Zwischenschicht kannst du entscheiden wo die Daten herkommen...Datenbank, CSV, REST oder gemischt...die Anwendung kennt nur die aus der Zwischenschicht "gebauten" Objekte. Ich für meinen Teil löse Dataset in der Anwendung ab. Umbau auf Objekte in der BL.

my 2 Cent...

**jaenicke**

Zitat von haentschman:

4. In eine Klasse kann ich hinein gucken (Debug)...in ein Dataset mit Debug nicht (nur mit Hilfstools)

Dafür habe ich mal eine IDE Erweiterung geschrieben, die sich wie die TStrings-Ansicht beim Debuggen verhält und ein DBGrid anzeigt, wenn man auf diese Weise ein Dataset auswertet.

**haentschman**

Zitat:

Dafür habe ich mal eine IDE Erweiterung geschrieben, die sich wie die TStrings-Ansicht beim Debuggen verhält und ein DBGrid anzeigt, wenn man auf diese Weise ein Dataset auswertet.

..her damit.

Ich habe nur ein Tool was Quasi ein Fenster öffnet...dafür immer den QT dafür ändern.