PostgreSQL pour WordPress (ou PG4WP) est un plugin permettant l’installation et l’utilisation de WordPress avec une base de données PostgreSQL.
Il est développé sur la version 2.8 de WordPress et supporte au moins cette version (il est probable qu’il fonctionne également avec d’autres versions).
Le code initial est inspiré de celui de usleepless dans son script “mysql2pgsql.php”, et a évolué pour devenir compatible avec les versions plus récentes de WordPress et de PostgreSQL.
Le principe de fonctionnement est de réécrire le code SQL à la volée et d’effectuer l’appel à la fonction adéquate en remplacement de la fonction “mysql_*()” originale.
Le plugin se base sur une classe wpdb identique à celle de WordPress, à ceci près que tous les appels “mysql_*()” sont renommés “wpsql_*()”, et que le “convertisseur” adapté est chargé pour définir ces fonctions “wpsql_*()”.
La réalisation d’un “convertisseur” adapté à une base de données particulière n’impose pas de désactiver le support MySQL de votre installation PHP, et le support de MySQL reste existant (le “convertisseur” MySQL est inclus).
La version de base de WordPress fonctionne, a priori sans problème, mais il y a eu très peu de tests.
Si vous êtes amenés à tester (avec succès ou non) , j’aimerais être informé des résultats.
Les plugins utilisant la classe wpdb d’origine de WordPress avec du SQL standard devraient fonctionner sans modification.
Si vous utilisez un plugin avec succès (ou non) , merci de laisser un commentaire.
Vous pouvez télécharger la dernière version de PG4WP à partir du répertoire des plugins
Thanks! My school linux server only uses postgres so this is a huge help and seems to be working perfectly!!!
Although its a tad slow :-/ Probly just a server issue.
Nice to hear it helped you.
Maybe you could give me some informations about your setup (Wordpress version, PostgreSQL version, maybe Web server version and PHP version, …).
v1.0 was intended to “just work”, I know there are some bottlenecks in the code and the next step will be to optimize almost everything.
I have some ideas, such as separating “setup” code from “daily usage” code.
This would mainly reduce memory footprint but may also give a little speed boost.
I’ll make some code profiling in the next few days so that I can determine which part of my own code is the slowest, and try to make it a little faster.