PDO: Dynamische Read- und Write-Funktion schreiben

[borisbaer]

Hallo Rolf,

interessantes Bild - kann man so machen, muss man nicht.

ja, das ist ja irgendwie generell das „Problem“ bei MVC für Laien wie mich. Jeder macht es irgendwie anders. Mir schien es so sinnvoll zu sein.

Diese "Master Model" Klasse, die die CRUD Methoden implementieren soll, scheint mir eher sowas wie eine Toolbox mit den nötigen Methoden für den Model-Betrieb zu sein. Es gibt da diverse Ansätze, einer ist auch der, dass die Release- oder User-Klasse von einer AbstractModel Klasse erbt und Methoden wie dbRead oder dbCreate dort zu finden sind.

So kann man das betrachten, ja. Ein Werkzeugkasten mit möglichst universellen CRUD-Methods. Prinzipiell könnte man auch in jeder einzelnen (fachlichen) Model-Class speziell auf diese zugeschusterte CRUD-Methods schreiben. Ich weiß nicht, was besser ist.

Warum hast du eigentlich den Modus bei FetchAll auf PDO::FETCH_CLASS umgestellt? Was bringt das?

Als mein Arbeitgeber in den 90er Jahren mit Smalltalk rumgemacht hat, war ein "Mapping Tool" Teil des Entwicklungssystems, das wir dafür eingekauft hatten. Da musste man mit einer GUI-Oberfläche das Objektmodell auf das Relationenmodell der DB abbilden. Daraufhin generierte das Mapping-Tool dann das SQL für die Zugriffe automatisch; es konnte sogar JOINs und Subselects aufbauen. Das kostete prompt einige Strafsekunden in der Performance.

Hinzu kam dann die Architekturanweisung, dass die Datenhaltung nicht in einer Server-DB zu erfolgen habe, sondern auf unserem guten alten IBM Großrechner. Auf den kann man natürlich NICHT mit generiertem SQL zugreifen - d.h. kann man schon, das wird aber aus Performance-Gründen verboten. Heißt also: für jedes potenziell generierte SQL musste man ein COBOL Modul auf dem Host bereitstellen, in dem das SQL dann tatsächlich stand. Und im Smalltalk eine Mapping-Tabelle führen, welches SQL Statement welches COBOL Modul aufzurufen hat. Nachdem wir uns zwei Jahre lang damit die Finger gebrochen haben, habe ich darauf gepfiffen, die Datenzugriffsmodule direkt aufgerufen und die Modellobjekte aus den Rückgabedaten von Hand generiert. Das fluppte wie Seife.

Leider verstehe ich hier größtenteils nur Bahnhof. 😄 Soll mir die Geschichte etwas sagen?

Grüße
Boris