[Chr!s]

Guten Morgen,
nun, wie ich ja schon hier öfter erzählt habe arbeite ich derzeit an einem etwas größeren, aber privaten, Projekt. Da meine "Software" auch irgendwann mal an die Öffentlichkeit gehen soll, habe ich mich aus Kompatibilitätsgründen für ein etwas ausführlicheres Model entschieden (mein Script basiert auf dem MVC-Prinzip). Vorweg: Auf ein bestehendes ModelFramework o.ä. möchte ich nicht zurückgreifen.

Derzeit habe ich nur ein Model, MySQL, jedoch ist dies noch lange nicht in die Richtung programmiet, in die ich das später haben möchte.
Letztendlich gibt es verschiedene (persistente) Datenströme die ich abfragen können möchte, wie beispielsweise pgSQL, msSQL, (access?), mySQL und auch XML. Ich mache mir seit einiger Zeit Gedanken darüber, wie ich denn die Schnittstelle realisieren könnte. In einer kleinen PHP-Testdatei, in der ich derzeit etwas rund um das Thema Model rumspiele, habe ich schon mal einen kleinen Wrapper aufbereitet (wie immer, aus Kompatibilitätsgründen noch als PHP4).

PHP-Code:

<?php
class Model {
        /**
         * Returns an instance of the model object
         *
         * @return resource
         */
        function getModelInstance() {
                $sWrapper = Model::getWrapper();
                switch($sWrapper) {
                        case 'MySQL':
                                return new MySQLWrapper;
                                break;

                        case 'XML':
                                return new XmlWrapper;
                                break;

                        case 'PgSQL':
                                return new PgSQLWrapper;
                                break;
                }
        }

        /**
         * Returns the used wrapper, e.g. MySQL, pgSQL, XML ..
         *
         * @return string
         */
        function getWrapper() {
                // return Configuration::getSelectedModel();
                return 'MySQL';
        }
}
?>

Die Klasse ist weder vollständig, noch dokumentiert, noch sonstetwas, sie dient mir ja nur dazu, etwas lauffähiges in meiner Testdatei zu haben.

Eine Instanz erstelle ich mir dann hiermit:

PHP-Code:

<?php
$oModel = Model::getModelInstance();
?>

Ich hoffe zumindest, das meine Gedankenansätze bis hier hin richtig sind
Einfache Abfragen, wie etwa diese, habe ich auch schon umgesetzt:

PHP-Code:

<?php
MySQLWrapper -> loadDataset('usertable',
                            array('username', 'allowsHtmlEmails', 'emailAddress'),
                            array('status' => 'moderator',
                                  'allowsEmailNotices',
                                  'modSection' => array(
                                          'forum', 'chat'
                                          ),
                                  'isActivated' => '1'));

// ergibt:
/*
SELECT
    `a.username ,`a.allowsHtmlEmails ,`a.emailAddress`
FROM
    `usertable` AS a
WHERE
    `status` = 'moderator' AND
    `allowsEmailNotices` = '1' AND
    `modSection` = 'forum' OR `modSection` = 'chat' AND
    `isActivated` = '1'
*/
?>

Es ist natürlich wahnsinnig umständlich, sämtliche SELECT / FROM / WHERE / JOIN Statements unterzubringen. Immerhin stelle ich mir solche Aufrufre recht umständlich vor, geschweige denn die Umsetzung in mySQL-Code:

PHP-Code:

<?php
// MySQLWrapper -> loadDataset(tables, columns, whereStatements)
MySQLWrapper -> loadDataset(
                  array('userpictures' => 'up',
                        'usertable' => array(
                            'JOIN' => 'LEFT',
                            'SHORTCUT' => 'u')
                       ),

                  array(
                      array('pictureID', 'picturePath'),
                      array('userID', 'userName')
                       ),

                  array(
                      array('pictureIsActivated' => '1'),
                      array('userHasPicture' => '1')
                 );
?>

Meine konkreten Fragen sind also, liege ich auf dem richtigen Weg und wenn nein, was kann ich besser / anders / performanter machen?
Wie realisiere ich solche komplizierten JOIN-Abfragen?
Und wie kann ich Abfragen mit >, < bzw != Operatoren durchführen?

Ich bedanke mich im Vorraus für die Hilfe

//edit
Anstößigen Thread http://forum.developers-guide.net/showthread.php?t=4630 habe ich mir natürlich durchgelesen, aber da das THema eher Richtung propel abdriftet, habe ich hier mein extra Thread erstellt

Zitat von Chr!s

Meine konkreten Fragen sind also, liege ich auf dem richtigen Weg und wenn nein, was kann ich besser / anders / performanter machen?

nein, du liegst nicht auf dem richtigen weg. implizite konfiguration durch arrays, schwächste typisierung etc. führen bei jedem auch nur mittelgroßen projekt zu größtem chaos. je größer ein projekt, desto mehr werden strenge typisierung und explizite methodennamen wichtig.

besser machen?
* propel oder einen ähnlichen code-generator verwenden, spart redundante arbeit und fehler. bis zu CRUD ist alles immer das gleiche.
* nicht derart dynamisch arbeiten: niemand wird die blöden tabellenspalten umbenennen wollen und erwarten, dass dein code immer noch läuft. wenn man deine software installieren soll, kannst du ruhig erwarten, eine leere datenbank zur verfügung zu haben. ansonsten kannst du mit einem tabellen-präfix arbeiten. mehr nicht. mit einer derartigen indirektion bekommst du nur probleme. hast du schonmal mit den PEAR-factories gearbeitet? das schlimmste, was man haben kann.

* no magic numbers, no magic strings: statt createDatabaseHandle('mySQL') solltest du eher createMySQLDatabaseHandle() verwenden. ersteres findet dir im fehlerfall kein debugger, beim zweiteren hilft dir jede IDE beim entwickeln.

//edit
Anstößigen Thread http://forum.developers-guide.net/showthread.php?t=4630 habe ich mir natürlich durchgelesen, aber da das THema eher Richtung propel abdriftet, habe ich hier mein extra Thread erstellt

die lösung für dein problem ist aber ebenfalls ein code-generator oder was ähnliches. du könntest dir z.b. auch mal genau anschauen, wie propel das "Query Object" (in ihrem fall heißst das ding "Criteria") zusammengestellt hat, und evtl. kannst du dir eine eigene Query Object-struktur bauen, die ähnlich oder besser arbeitet.

[Chr!s]

die lösung für dein problem ist aber ebenfalls ein code-generator oder was ähnliches.

Könntest du (oder jemand anderes) vielleicht mir mal etwas näher erklären, wie so ein code-generator funktionieren soll, bzw was ich mir darunter vorstellen muss? Ich kann nämlich nichts mit dem Begriff anfangen..

[Byrel]

Du definierst dein Model als zB. xml und der Codegenerator erzeugt daraus den PHP Code.

... und erzeugt daraus optimalerweise php-code, der als objekt-relationales mapping die CRUD (create, update, delete)-funktionalität in generierter form übernimmt, optimalerweise die eingabeformulare generiert und so weiter. du könntest aber auch einfach mal bei http://propel.phpdb.org vorbeischauen und dich weiter informieren.

grüße
axo

[Waq]

Ich würde auch davon abraten, dass selber zu bauen, weil Dir offensichtlich das Wissen fehlt, wie das eigentlich funktionieren soll.
Das fängt damit an, dass das was Du Model nennst (in deinem Code), kein Model im Sinne eines MVC ist, sondern nur eine Daten(bank)-Abstraktion. Model-Frameworks wie ActiveRecord liefern erst dann ein Model, wenn man per ORM Klassen an die Daten bindet, so dass die herauskommenden Objekte "business logic" enthalten und das Model sind.

Ausserdem setzt Du mit deinem bisherigen Ansatz auf der völlig falschen Ebene an, Du versuchst einfach nur, SQL nachzubauen. Das mag auf Basis einer Kombinator-Basierten DSL durchaus Sinn machen, für diese verschachtelten Arrays hab ich aber wenig Hoffnung, v.a. wenn Du jetzt noch keine Ahnung hast, wie das am Ende aussehen soll, wird das nicht endlos erweiterbar sein und einfach im Chaos enden.

Wenn Du weisst worum es geht, und am besten mal mehr als einen Ansatz für Model- oder Datenpersistenz-Frameworks gesehen hast, kannst Du sowas selber machen.

verschiedene ... Datenströme ..., wie beispielsweise pgSQL, msSQL, (access?), mySQL und auch XML.

Daten ja, Ströme nein.