UncleByte

Hallo Leute,

es gibt ja zahlreiche DB-Wrapper/-Klassen etc. im Internet.

Da wären z.B. ODBC, ADO, PEAR:B, PEAR:B_ado und tausende Einzellösungen.

Ich persönlich habe bisher für einzelne Anwendungsfälle selbst eine MySQL-Klasse geschrieben und diese dann entsprechend erweitert. Nun komme ich aber an den Punkt, an dem ich auch meine Anwendungen auf anderen Systemen mit anderen DB-Systemen als MySQL installieren muss. Das Ganze wird immer breitgefecherter. Nun stehe ich vor dem Problem, dass ich mich nicht immer mit immer neuen DB-Systemen und den passenden Funktionen in PHP im Detail auseinandersetzen oder immer wieder nach passenden fertigen Klassen suchen und den Syntax im Detail erlernen kann - dazu fehlt mir momentan schlicht die Zeit und ehrlich gesagt hab ich auch nicht die Muße dazu.

Die Server-Systeme sind i.d.R. sehr leistungsfähig, d.h. ich bin mir über den Performance-Verlust über die Nutzung von Fremd-Klassen/-Wrappern durchaus bewusst.

Meine Frage nun an Euch Spezialisten: welche Klassen/Wrapper habt Ihr eingesetzt? Welche Erfahrungen habt Ihr damit gesammelt? Was haltet Ihr grundsätzlich von meinem Denkansatz?

Danke und Gruß

Uncle

Mister Ad

mepeisen

Der einzige Vorteil, den ein Wrapper bietet, ist die einheitliche Schnittstelle. Das wars aber auch schon, denn um ein größeres Projekt für eine andere Datenbank fitt zu machen, reicht es selten aus, in einer Konfigurationsdatei mal ebend nen Schalter umzulegen. Gerade beim wichtigsten - der Performance - gibt es einfach zu große Unterschiede... Die kleinen Feinheiten, die der eine DB-Server erlaubt, der andere nicht und die in ANSI wieder ganz anders definiert sind, kommen ja auch noch dazu.

Daher ist es blauäugig zu denken, dass man mal ebend mit einem Wrapper ein für allemal allem Ärger aus der Welt geht. Bei einer kleinen Webseite mit Counter mag das noch OK sein, aber bei größeren Projekten nicht.

__________________
www.php-maven.org PHP und Maven vereint: Build/Deploy/Produktion/Konfiguration, Projekt Management, CI, PHPUnit, zahlreiche Frameworks
Twitter @ https://twitter.com/#!/mepeisen und Facebook @ http://t.co/DZnKSUih

UncleByte

Bin ich mir durchaus im Klaren, dass ein Schalter nicht genügt und es Performance kostet und ein Wrapper mir nicht das Denken abnimmt. An ANSI hab ich im Moment noch gar nicht gedacht. Danke für den Tipp.

Insofern eben die Frage nach dem Grundsätzlichen für und wieder und die offene Frage welchen Klassen bzw. Wrapper Ihr einsetzt, d.h. mich interessieren auch Eure Klassen für z.B. MySQL, MSSQL usw.! Bzw. eine gut Anlaufstelle, die sich mit dem Thema befasst.

Ich weiß nicht wie ich mich recht ausdrücken soll, damit ich nicht falsch verstanden werde.

mepeisen

Die Wrapper selber brauchen nicht unbedingt viel Performance. Ich meinte damit eher die Datenbank-Unterschiede beim Performance-Tuning...

Ich setze eine vollständig eigene Bibliothek ein und habe mit Pear:: DB u.ä. weniger praktische Erfahrung, wobei das aber eher den Grund hat, dass ich ein Framework gebaut habe, was nicht nur als PHP-Scripte zur Verfügung steht, sondern gleichzeitig auch als Extension mit JDBC-Schnittstelle und Connection-Pooling...

__________________
www.php-maven.org PHP und Maven vereint: Build/Deploy/Produktion/Konfiguration, Projekt Management, CI, PHPUnit, zahlreiche Frameworks
Twitter @ https://twitter.com/#!/mepeisen und Facebook @ http://t.co/DZnKSUih

UncleByte

Mhm, es gibt also ein Performance-Zusammenspiel. Daran dachte ich bislang auch noch nicht...

OK, darf ich fragen wie Deine Bibliothek im Grunde aufgebaut ist? Oder ist der Aufbau überhaupt nicht für PHP geeignet?

Zergling-new

Ich habe den Thread in den Fortgeschrittenen-Bereich verschoben.

mepeisen

Die Bibliothek ist im grunde relativ einfach aufgebaut. Eine Factory wird extern konfiguriert. Welche Datenbank-Klasse zu verwenden ist, wird analog zu JDBC anhand einer URL erkannt. Diese Factory dient gleichzeitig als ConnectionPool, das heisst, dass Datenbank-Verbindungen beim Freigeben nicht sofort geschlossen werden, sondern ggf. an das nächste Script übermittelt werden.

Die Verbindung selber hat eine allgemeine Connect-Methode, sowie eine Execute() und eine ExecuteUpdate-Methode. Die Execute-Methode gibt ein Resulset-Objekt zurück, mit dem man beliebig zwischen den Ergebnissen hin und her springen kann. Zusätzlich gibt es eine PreparedStatement-Unterstützung.

Alles also sehr einfach gehalten. Das ganze ist deswegen was eigenes, weil ich zum einen ein bestehendes Plugin-Framework habe, was entsprechend neue Datenbank-Treiber dynamisch laden kann und was sich insbesondere dynamisch um Protokollierung und Debugging, sowie fehlerhandling kümmert.

UncleByte

Klingt interessant.

Wie hast Du die Bibliothek realisiert? Ich meine auf welcher technischen Basis/Programmiersprache?

Jetzt hast Du mich aber wirklich neugierig gemacht: was hast Du für eine Protokollierung, Debugging und Fehlerbehandlung realisiert?

Kann man das Framework erwerben?

mepeisen

PHP, sowie C++ und Java für die Extensions und nein, derzeit ist es noch nicht zu erwerben. Ehrlich gesagt habe ich darüber noch nicht nachgedacht, vielleicht irgendwann mal.

__________________
www.php-maven.org PHP und Maven vereint: Build/Deploy/Produktion/Konfiguration, Projekt Management, CI, PHPUnit, zahlreiche Frameworks
Twitter @ https://twitter.com/#!/mepeisen und Facebook @ http://t.co/DZnKSUih

UncleByte

Ok, danke für die Info.

Gibts auch noch andere Meinungen? Oder Tipps?