nicht angemeldet
Aha, Missverständnis geklärt, Du willst die gesamte Datenstruktur in der Programmlogik halten, gelegentlich wird dann ein "Kunde.Save()" rausgehauen. Das nötige SQL wird hübsch gekapselt und die Kenntnis desselben spielt für den Entwickler der Geschäftslogik keine Rolle.
So weit, so breit. Dummerweise gibt es diese Unabhängigkeit in der Praxis nicht, es muss immer brav nachSQLt werden, wenn an den Geschäftslogikobjekten etwas geändert wird.
Zudem, und das ist jetzt mein Hauptargument gegen RDBMS+OOP, muss eine neue Schicht eingezogen werden. Dieses ist aufwendig in Erstellung und Pflege, zudem oft einfach doppelt gemoppelt (wenn die Persistierung der Objekte bspw. nur auf einem System (einem RDBMS) erfolgt und nicht auf mehreren).