Vu que votre code à l'air déjà assez avancé, je vais vite aller voir du coté d'AdoDB si ca pourrait etre faisable pour PGSQL, ainsi que MySQL (on va pas utiliser une couche d'abstraction si MySQL fonctionne pas avec hein :D)
Si ca s'avère concluant, ca serait bien que les développeurs principaux/officiels de GLPI intègrent AdoDB dans le cvs, histoire qu'on soit sur que tout ne se casse pas la figure en un coup quand on intègrera les possibilités d'autres dbms :) matthieu On 5/4/05, DJ Anubis <[EMAIL PROTECTED]> wrote: > Le Mercredi 4 Mai 2005 17:26, nicodache a écrit: > > Bonjour, > > Bonjour, > > > discussion sur un éventuel portage sous PostGreSQL (DBMS principal de > > nos clients), suite à quoi quelqu'un (mais je ne sais plus qui) > > m'avait répondu etre en train de travailler sur un portage de GLPI > > vers DB2 et Oracle 9i (si j'ai bonne mémoire). > > C'était moi. > > > A cette époque, cette personne avait annoncé etre encore en quête de > > la couche d'abstraction parfaite entre GLPI et n'importe quel DBMS > > (PearDB, MetaDB, ou encore ADODB). > > Je souhaite donc savoir si cette personne continue son portage, ainsi > > que si elle a porté son choix vers une de ces couches d'interaction > > avec des DBMS, afin que mon portage sous PostGres utilise le meme que > > le sien, pour faciliter l'intégration de nos portages l'un dans > > l'autre, pour pas se retrouver avec un code trop cochonné. > > Après pas mal d'essais en tous genres, la couche abstraie la plus aboutie pour > le moment est AdoDb. > PearDB est pas mal mais quand même un peu usine à gaz par moments. > MetaBase est trop lent, bien que l'abstraction soit supérieure à toutes les > autres. > MetaDB est en quelque sorte un MetaBase PEAR > Il reste encore AbstractDB, pour le moment suffisamment instable pour être > mise de côté. > > Notre choix final ici s'est donc porté sur AdoDB, que nous avons déja utilisé > dans d'autres projets. > > > le portage vers PostGres d'ici là, ca me plairait donc de savoir assez > > rapidement si quelqu'un a déja fait quelque chose de réutilisable, > > histoire de pouvoir mettre dans mon mémoire l'explication complète du > > portage de MySQL vers PGSQL :) > > Notre code sera monté sur un CVS ce week-end. Il sera accessible à partir de > lundi pour récupération et examen. Dans ce cas, ce qui tourne chez nous sous > Oracle, DB2, SQLite et MySQL 5 devrait tourner aussi bien sous PostgreSQL. > Attention, il s'agit d'un code validé PHP5 (restera à vérifier si c'est > backwards compatible avec PHP 4). > > Il reste encore des modules à nettoyer, mais en s'y mettant bien, ça devrait > être viable en 3 semaines. > > -- > JCR > aka DJ Anubis > LAB Project Initiator and coordinator > > >
