Contenido mit anderem Datenbanksystem als MySQL

Gesperrt
container
Beiträge: 5
Registriert: Fr 4. Jun 2004, 10:16
Kontaktdaten:

Contenido mit anderem Datenbanksystem als MySQL

Beitrag von container »

Hallo,

wie kann man Contenido auf ein anderes DBMS als MySQL portieren?
Welche PHP-Klassen oder -Funktionen muessten angepasst werden?

freue mich auf hilfreiche Tipps
Darth-Vader
Beiträge: 661
Registriert: So 25. Jan 2004, 19:06
Wohnort: Stuttgart-Bad Cannstatt
Kontaktdaten:

Beitrag von Darth-Vader »

an welches hast du denn dabei gedacht?
geb uns mal ein paar infos... ;)
emergence
Beiträge: 10653
Registriert: Mo 28. Jul 2003, 12:49
Wohnort: Austria
Kontaktdaten:

Beitrag von emergence »

beim verzeichnis conlib müsstest du ansetzen.
beim setup weiss ich es nicht.
*** make your own tools (wishlist :: thx)
container
Beiträge: 5
Registriert: Fr 4. Jun 2004, 10:16
Kontaktdaten:

Beitrag von container »

Oracle oder Interbase

Die Idee ist, Contenido an eine Interbase-DB anzubinden und dabei auch alle Contenido-Tabellen mit in die Interbase-DB zu nehmen, um z.B. direkten Zugriff auf die Kategorien zu erlangen (nicht ueber PHP sondern mittels joins und views).
container
Beiträge: 5
Registriert: Fr 4. Jun 2004, 10:16
Kontaktdaten:

Beitrag von container »

Verzeichnis conlib ist ein guter Tipp.
Das Setup koennte man ja von Hand machen bzw. ein bereits installiertes nachtraeglich anpassen.

Bleibt noch die Frage, ob sich alles auf conlib beschraenkt? Ist der Rest von Contenido so weit gekapselt, dass db-technisch nur auf die conlib-Dateien zugegriffen wird?
timo
Beiträge: 6284
Registriert: Do 15. Mai 2003, 18:32
Wohnort: Da findet ihr mich nie!
Kontaktdaten:

Beitrag von timo »

Theoretisch ja, praktisch nein, da Contenido Abfragen beinhaltet, die nur auf MySQL funktonieren (bis alles objektorientiert und damit leichter anpassbar ist, dauert es leider noch eine Weile)
container
Beiträge: 5
Registriert: Fr 4. Jun 2004, 10:16
Kontaktdaten:

Beitrag von container »

nicht so gut :)

man muesste also noch einige Abfragen umschreiben. wieviel sind das und wo stehen die? ist das ueberschaubar und mit vertretbarem aufwand zu machen?
timo
Beiträge: 6284
Registriert: Do 15. Mai 2003, 18:32
Wohnort: Da findet ihr mich nie!
Kontaktdaten:

Beitrag von timo »

Das ist ne gute Frage; die Abfragen erstmal zu finden ist eine Aufgabe für sich. Soweit ich weiß unterstützt z.b. Oracle keine LIMIT-Statements, und indirekte Joins über WHERE-Statements sind auch nicht möglich.
container
Beiträge: 5
Registriert: Fr 4. Jun 2004, 10:16
Kontaktdaten:

Beitrag von container »

danke fuer die Hinweise.

Ich denke, die Abfragen umzuschreiben sollte nicht das Problem sein.
Bleibt also fuer mich das Problem, die betreffenden Abfragen zu finden...
kummer
Beiträge: 2423
Registriert: Do 6. Mai 2004, 09:17
Wohnort: Bern, Schweiz
Kontaktdaten:

Beitrag von kummer »

aber beides lässt sich in oracle über subselects lösen. das limit zum beispiel durch die anwendung der ROWNUM-Pseudospalte.

machen lässt sich das sicher; aber da müssen einige queries neu geschrieben werden. insgesamt ist das abfragen unter oracle bequemer, aber halt nicht immer gleich wie unter mysql.

übrigens sollte man beachten, dass ein einzelner query unter oracle nicht mehr als 2000 zeichen aufweisen darf. man wird also um die variablen-bindung nicht herum kommen (ist aber letztlich sowieso besser und sicherer -> sql-injection).

gruss,
andreas
aitsu.org :: schnell - flexibel - komfortabel :: Version 2.2.0 (since June 22, 2011) (jetzt mit dual license GPL/kommerziell)
timo
Beiträge: 6284
Registriert: Do 15. Mai 2003, 18:32
Wohnort: Da findet ihr mich nie!
Kontaktdaten:

Beitrag von timo »

In Zukunft soll ja mehr über Objekte laufen - d.h. der Programmierer wird keine SQL-Statements mehr verwenden, sondern Objekte. Dadurch ist keine SQL-Injection mehr möglich (funktioniert heute schon über die GenericDB) und das ganze wird Portabler. Bis aber alles soweit ist, wird's leider noch eine Weile dauern.
Gesperrt