L'application est déjà pensée pour permettre une utilisation d'autres SGBD à moindre frais comme vous l'indiquez... Il suffit pour cela par exemple de faire une classe DBOracle ou DBPostgres pour faire l'interfacage et de faire hériter la classe DB de celle ci et non de DBMysql.
... est-ce que vous avez une opinion sur les constructeurs paramétriques ? Quels sont les avantages de la solution actuelle ?
Mais les problèmes sont bien autres : - gestion des installation et mise à jour
effectivement..., mais je pense que si l'on utilisait la classe DBMachin ça pourrait disparaître... je vais voir un peu
- requetage SQL qui est à certains endroits pas forcement compatibles avec les autres SGBD
Ca aussi, c'est bel et bien un problème. Il y a des trucs très chiant, comme oracle n'accepte pas select x *as* y from machin et d'autre en ont besoin (access par exemple). Il y a aussi la table dual avec oracle, même si c'est plus correcte, c'est embêtant...
Et c'est la toute la problématique qui nous fait patienter pour le moment.
Une idée - PDO pour les nouvelle bases ? Si c'est dans une classe à part, on pourrait dire - mysql >=php4, autres bases, >=php5. Que est-ce que vous en dîtes ?
Vous pouvez toujours tentez un portage quelconque mais vous aller vite vous rendre compte des problèmes je pense. Mais ca serait un test intéressant.
je suis en vacances la semaine prochaine et j'aurais pas le temps avant, mais à la rentrée je ferais le test.
J'ai fini de cleaner cette partie : plus de free_result qui traine.
Merci ! Cheers Antoine -- This is where I should put some witty comment. _______________________________________________ Glpi-dev mailing list [email protected] https://mail.gna.org/listinfo/glpi-dev
