ich bin auch gespannt und habe Hoffnung, dass diese Thematik in Zukunft mehr angegangen wird. Bis dahin würde es wahrscheinlich helfen, möglichst viel Input in dem oben verlinkten Proposal zu geben, damit das ZF Kernteam sieht, dass das Thema sehr wichtig für die Community ist. Übrigens wurde vor kurzem das offizielle Quick Start Tutorial überarbeitet und dort findet man schon einen ersten Versuch, Model und Datenbank zu trennen. Dazu werde ich gleich noch einen eigenen Beitrag schreiben.

Den Ansatz mit dem serialisierten Array in einem Textfeld verwende ich schon länger für kleinere Dinge. Aber gerade in einem neuen Projekt setze ich dies konsequenter ein. Das macht einen ziemlich schlanken Fuss wie ich finde. :-)

Gruss,

Ralf

Genau das war auch mein Plan. Allerdings ist es erstens schade die Zend_Db_Table Relationen (funktionierender, getesteter Code) nicht verwenden zu können, und zweitens ist es relativ viel aufwand.

Eine eigene Select-Klasse haben wir bereits – die allerdings nicht recht viel kann.

Es würde absolut sinn machen solche Models in ZF verfügbar zu haben – nicht nur Interfaces sondern mit konkreten Implementationen für Db, Webservice, Ini, Csv etc.

Ein weiteres sehr nützliches Model haben wir auch noch: und zwar kann man mit diesem Model eine Row serialisiert in ein anderes Model speichern. Somit kann in einem Datenbank-Feld eine ganze reihe von Werten abgelegt werden ohne immer Felder dafür anlegen zu müssen. Und man kann ganz normal wie mit jedem anderen Model damit arbeiten.

Niko

ich habe nun schon von einem Ansatz gelesen (finde ich gerade nicht mehr), dass man die Relationen eher in den Models abbilden sollte und nicht in den Klassen, die von Zend_Db_Table abgeleitet werden. Das heisst, du hast für jede deiner Tabelle ein Objekt, das von Zend_Db_Table abgeleitet wird, und lässt dabei das Relationen-Feature von Zend_Db_Table einfach ausser Acht. In deinem Model baust du dann diese Verknüpfungen zwischen den einzelnen Tabellen auf. Deshalb finde ich die Unterscheidung von Axel zwischen Model_Table und Model_Select so interessant. Bei einem Objekt vom Typ Model_Select kannst du die DB-Relationen einfach über entsprechende Zend_Db_Select Aufrufe nachbauen. Und bei einem Objekt vom Model_Table kannst du dann ebenfalls auf die Relationen achten. Beispiel: du legst einen neuen Artikel in Tabelle articles an und legst dann zusätzliche den Eintrag in Tabelle articles_users an, mit dem du den Artikel mit dem Benutzer verknüpft.

Das sind aber alles nur meine spontanen wirren Gedanken, über die ich nochmal gründlich nachdenken möchte. Weiterer Input ist gerne willkommen.

Danke und Gruss,

Ralf

Problem bei den Models ist jedoch, dass die Db-Relationen nur schwer damit abgebildet werden können.

Niko

klingt auf jeden Fall sehr interessant. Mit ein wenig Code könnte man das natürlich etwas besser beurteilen.

Ich bin selber schon gespannt, wie die Zend Framework das Problem im Rahmen des Manuals lösen werden. Für mich selber muss ich das Kapitel über Models wohl doch noch erweitern und genauer ausformulieren.

Danke und Gruss,

Ralf