PEAR-Forum.de Übersicht Thema anzeigen - Model für eine MVC-Anwendung: allgemeine Vorgehensweise

Model für eine MVC-Anwendung: allgemeine Vorgehensweise


 

PEAR-Forum.de Übersicht » Database
Neues Thema eröffnen Neue Antwort erstellen Diesen Beitrag ausdrucken
Vorheriges Thema anzeigen :: Nächstes Thema anzeigen  
Autor Nachricht
automatix1311
Neuer User


Anmeldungsdatum: 13.04.2009
Beiträge: 7

Beitrag23.04.2009 8:53    Model für eine MVC-Anwendung: allgemeine Vorgehensweise Antworten mit Zitat

Hallo Forum!

Folgender Sachverhalt:
Es gibt eine Web-Anwendung mit einer (ansatzweisen) MVC-Trennung. Darunter liegt eine MySQL-Datenbank. Jetzt soll das Model neu geschrieben werden. Es soll mit mehreren DBMS (MySQL, PostgreSQL und evtl. anderen) arbeiten können und gut gekapselt sein.

Wie sollte man das prinzipiell am besten realisieren? Was würdet Ihr eher empfehlen, MDB2 oder Creole?

Danke

_________________
TUWAT statt TUNIX
Nach oben
Benutzer-Profile anzeigen Private Nachricht senden Website dieses Benutzers besuchen
Digital Jedi
User


Anmeldungsdatum: 18.06.2004
Beiträge: 308

Beitrag23.04.2009 9:27     Antworten mit Zitat

Ich kann DB_DataObject in Verbindung mit MDB2 empfehlen.
Nach oben
Benutzer-Profile anzeigen Private Nachricht senden PEAR-User
MaGdev
Site Admin


Anmeldungsdatum: 04.02.2004
Beiträge: 715
Wohnort: Hamburg

Beitrag23.04.2009 10:47     Antworten mit Zitat

Ich für meinen Teil arbeite sehr gerne mit propel - wobei dein Vorschlag Creole ein Auslausfmodell ist.

Viele Grüße,
Marco

_________________
Auch der längste Weg beginnt immer mit einem kleinem Schritt!

Vorgehen bei Problemen:
1. PHP-Handbuch oder PEAR-Handbuch lesen!
2. Forensuche benutzen!
3. Fragen posten und dabei die Regeln beachten!
Nach oben
Benutzer-Profile anzeigen Private Nachricht senden E-Mail senden Website dieses Benutzers besuchen
automatix1311
Neuer User


Anmeldungsdatum: 13.04.2009
Beiträge: 7

Beitrag23.04.2009 21:11     Antworten mit Zitat

MaGdev hat folgendes geschrieben:
Ich für meinen Teil arbeite sehr gerne mit propel - wobei dein Vorschlag Creole ein Auslausfmodell ist.

Warum Auslaufmodell?

Leider ist es in meinem Fall nicht nicht sinnvoll, mit ORM zu arbeiten, denn ich bekomme als Input u.a. konkretes SQL.

_________________
TUWAT statt TUNIX
Nach oben
Benutzer-Profile anzeigen Private Nachricht senden Website dieses Benutzers besuchen
automatix1311
Neuer User


Anmeldungsdatum: 13.04.2009
Beiträge: 7

Beitrag23.04.2009 21:24     Antworten mit Zitat

Digital Jedi hat folgendes geschrieben:
Ich kann DB_DataObject in Verbindung mit MDB2 empfehlen.

Was macht DB_DataObject? Ich werde nicht richtig schlau aus der Doku -- dort wird zwar ausführlich das Wie beschrieben, aber ich verstehe nicht ganz, wie das Paket eintzordnen ist. Ist es eine ORM-Realisierung? Hab ich es richtig verstanden, dass DB_DataObject auf der Basis des MDB2 im Prinzip dasgleiche realisiert wie Propel auf der Basis von Creole?

_________________
TUWAT statt TUNIX
Nach oben
Benutzer-Profile anzeigen Private Nachricht senden Website dieses Benutzers besuchen
MaGdev
Site Admin


Anmeldungsdatum: 04.02.2004
Beiträge: 715
Wohnort: Hamburg

Beitrag23.04.2009 22:49     Antworten mit Zitat

automatix1311 hat folgendes geschrieben:

Warum Auslaufmodell?

http://creole.phpdb.org hat folgendes geschrieben:

The Creole Project is Dead

Note: Creole is no longer being maintained.


Creole war bis Version 1.2 die Schicht zur Datenbank für propel. Seit der version 1.3 setzt propel aber auf PDO - was ich persönlich sehr begrüße.

DBDO und MDB2 habe ich nie verwendet und kann nicht viel dazu sagen.

Für propel kann ich nur sagen, das es sehr komfortabel ist, zuverlässig funktioniert und auch von der Performance ganz in Ordnung ist - jedenfalls mit Hilfsmitteln wie APC oder auch memcache.
Die Datenbank wird in XML beschrieben und dann wird per CLI-Aufruf oder auch aus phing heraus das SQL und die Datenbankobjekte generiert. Dabei werden sowohl Prepared Statements als auch Foreign-Keys bei Datenbanken emuliert, die dieses von Haus aus nicht unterstützen. Ich habe es testweise mal ausprobiert und habe ein CM-System im laufenden Betrieb von MySQL auf PostgreSQL umgestellt - in 15 Minuten (es war keine große Datenbank).

automatix1311 hat folgendes geschrieben:

Leider ist es in meinem Fall nicht nicht sinnvoll, mit ORM zu arbeiten, denn ich bekomme als Input u.a. konkretes SQL.

IMHO ist es immer sinnvoll, mit ORM zu arbeiten - normale SQL-Statements lassen sich problemlos integrieren oder auch mittels der API abbilden - daran soll es nicht scheitern. Very Happy

Viele Grüße,
Marco

_________________
Auch der längste Weg beginnt immer mit einem kleinem Schritt!

Vorgehen bei Problemen:
1. PHP-Handbuch oder PEAR-Handbuch lesen!
2. Forensuche benutzen!
3. Fragen posten und dabei die Regeln beachten!
Nach oben
Benutzer-Profile anzeigen Private Nachricht senden E-Mail senden Website dieses Benutzers besuchen
automatix1311
Neuer User


Anmeldungsdatum: 13.04.2009
Beiträge: 7

Beitrag02.05.2009 6:45     Antworten mit Zitat

Danke, jetzt ist manches klarer geworden. :)
_________________
TUWAT statt TUNIX
Nach oben
Benutzer-Profile anzeigen Private Nachricht senden Website dieses Benutzers besuchen
Beiträge der letzten Zeit anzeigen:   
Diese Seite übersetzen
PEAR-Forum.de Übersicht » Database
Neues Thema eröffnen Neue Antwort erstellen Diesen Beitrag ausdrucken
   Alle Zeiten sind GMT + 1 Stunde
Seite 1 von 1

Zu Deinen Favoriten hinzufügen

 
Gehe zu:  
Du kannst keine Beiträge in dieses Forum schreiben.
Du kannst auf Beiträge in diesem Forum nicht antworten.
Du kannst deine Beiträge in diesem Forum nicht bearbeiten.
Du kannst deine Beiträge in diesem Forum nicht löschen.
Du kannst an Umfragen in diesem Forum nicht mitmachen.
Du kannst Dateien in diesem Forum nicht posten
Du kannst Dateien in diesem Forum herunterladen