Datenbankzugriff - Best Way - Datasets oder Klassen ?

[Igotcha]

Zitat von alzaimar:

...

2. Schreibst Du eine komplexere Anwendung oder eine mit mehreren Clients, dann solltest Du das OR-Modell wählen. Deiner Mittelschicht spendierst Du eine schöne Schnittstelle, die einfach die logischen Datensätze (z.B. Kunde) aus der DB zusammensammelt, hübsch serialisiert und dem Client als 'Objekt' zuschickt. Der Client verändert dann das Objekt und schickt es zurück. Die Mittelschicht kümmert sich dann ums Abspeichern.

Listen und Auswertungen (Auftrags- Kundenübersichten) dagegen würde ich so nicht implementieren. Da würde ich mir doch ein TDataset gönnen und irgendwie (entweder über die Mittelschicht oder direkt) die DB anzapfen. Ich habe mit Objektlisten performancetechnisch einfach keine guten Erfahrungen gemacht...

Ist zwar schon älter der Thread, aber genau die von Dir angesprochene Lösung "greife" ich unter Delphi noch nicht so ganz. Meine umfangreiche Datenbankanwendung läuft aktuell wunderbar als 2-Schichtenmodell. Um hier "state-of-the-art" zu sein, überlege ich, diese Anwendung in einer 3-Schichten-Architektur umzuwandeln. Doch darin liegt genau das Problem: Wie realisiert man das unter Delphi am besten?

• Mittelschicht über TCP/IP ansprechen? Wenn ja, wie verschickt man dann idealerweise die Datenobjekte?
• oder doch lieber gleich über Webservices? Ist Delphi dafür eigentlich geeignet? Wie verhält es sich dann mit der Performance?

Hat jemand schon mal eine Mittelschicht (Logik) unter Delphi entwickelt?

Gruß Igotcha

[alzaimar]

Zitat von Igotcha:

Meine umfangreiche Datenbankanwendung läuft aktuell wunderbar als 2-Schichtenmodell.

Klar. Man kann auch mit einem Fiat 500 schwere Kisten ausliefern. Gehen tut Vieles.

Zitat von Igotcha:

Wie realisiert man das unter Delphi am besten?

. Du kannst es mit DataSnap, Webservice oder mit einem eigenen Protokoll machen. Delphi ist nicht von gestern und eben ein RAD-Tool. So ein Mittelschicht-Rohbau ist in 1 Minute fertig.

Ich würde mir zunächst logische Objekte (Kunde, Auftrag etc.) definieren. Dann serialisierst Du die, oder verwendest TPersistent, XML, JSON o.ä. und spielst erstmal damit herum, das Du die serialisierten Objekte auch wieder deserialisieren kannst.

Dann skizzierst Du die Mittelschicht(en) als eigene Services, also einen Kundenmanager, Auftragsverwaltung etc. samt ihren logischen Operastionen. Zum Schluss nur noch implementieren und fertig.

Zitat von Igotcha:

Hat jemand schon mal eine Mittelschicht (Logik) unter Delphi entwickelt?

Natürlich.

Allerdings scheint es bei Dir so zu sein, das Du eh TDataset-Derivate verwendest. Hier wäre der einzige Vorteil einer Mehrschichtanwendung der, das Du nur einen PC so konfigurieren musst, das er Zugriff auf den DB-Server hat. Die Geschäftslogik in den OnBefore/OnAfterXXXX-Events der TDatasets zu verstecken, halte ich für keine gute Idee, da es unübersichtlich wird.

Zu deiner Frage zur Performance nur so viel: Probiere es aus (es sollte reichen).