La charge de mysql semble être pour le moment ce qui grève le plus le serveur et je me demandait ce qui était recommandé comme SGBD pour des applications un peu lourdes en PHP.

La réponse est souvent la même : POSTGRESQL.

J'aimerais avoir des avis sur les habitués de cette SGBD et sur la faisabilité de la conversion.

merci

VYS - DungeonMaster

Salut à toi DM !

Je serai court et n'en dirai pas plus. Mais, si ta base de donnée est vraiment très importante. Alors, tu feras le bon choix avec postgresql.

Il est très performant.

ciao DM

Je bosse sur postgresql depuis le mois de février. Il est très performant tout en étant gratuit et dépasse de loin mysql. Il permet de faire des optimisations de tables très pratiques, de mettre des index pour accélérer et beaucoup d'autres choses du style.

Par contre, il faudra repasser tout le code en revue pour modifier les sql mais ca ne doit pas etre très compliqué puisque mysql ne permet pas de faire des sql réellement complexes.

Si tu veux plus de renseignements, je peux les demander et à la limite téléphone moi, ce sera plus simple pour t'expliquer l'application sur laquelle je bosse.

yAk

Question pratique:

Est-il facile à installer?

Est-ce facile de transférer toutes les données de l'un à l'autre (pcq j'ai essayé d'exporter certaines grosses tables pour faire tourner mountyhall, et même pendant la nuit, y'en a qui n'arrive pas à turbiner jusqu'au bout!)

Gère-t-il les instructions SQL IN, NOT, et EXISTS?

Pcq y'a pas ça dans MySql et ça me gave! C'est tellement pratique!

Ghorghor, curieux!

Je ne l'ai jamais installé mais par contre j'ai les fichiers compilés qui tournent sous windows.

Je peux donc l'utiliser avec easyphp. Ca fonctionne j'ai testé.

Les fonctions que tu cites existent en postgres. Pour l'importation, si il n'y a pas de trucs spécifiques, de triggers ou de vues importantes ca ne devrait pas poser trop de problèmes

Sous windows !! avec un émulateur unix alors....

VYS - DungeonMaster

non non. Pas d'émulateurs

Postgres 7.2.1 Native Windows. Tu as des executables et ca fonctionne sous windows sans émulateur.

J'ai fait le test avec easyphp. Je crée une table et j'y accède en php. C'est super pour faire des tests.

Ca n'existe pas sous windows, c'te SGBD?

J'l'ai downloadé mais pas encore regardé ni lu les remarques!

Ghorghor.

PostgreSQL existe essentiellement sous Linux. Un portage a été réalisé sous Windows. Il s’agit de Cygwin PostgreSQL. Le fonctionnement est à peu près identique dans les deux environnements.

Mmmouais, c'est pas réellement une émulation mais bien un portage. A voir ce que ca donne sous la charge =)

De toute facon, je comptais l'installer sous Linux =)

VYS - DungeonMaster

je n'ai pas installé cygwin. C'était une des solutions mais ca ne me plaisait pas.

Je mettrai mes fichiers sur un ftp et vous pourrez les prendre

yAk

Bon choix Postgresql !

C'est ma base favorite, tres simple a mettre en oeuvre:

L'installation est facile si tu prends des versions packagées par ta distrib linux (perso c'est debian)

L'administration est minimale. Creation de base/user par ligne de commande, ajout de table, peuplement par script.

je te recommende l'utisation de pgaccess (sous linux/windows), c'est une interface graphique pour visualiser les contenus.

Sinon, en acces programmatique: pas de pb avec JDBC, ODBC, Driver PERL specifique.(j'ai deja deployé des applis perl, et java avec cette base)

A l'epoque, on cherchait une base pas chere et l'interet de postgres / mysql est qu'elle etait transactionnelle.

Concernant le portage, je ne pense pas que ce soit lourd (l'acces reste en SQL) pour obtenir un fonctionnement identique. Par contre apres, tu pourras faire une passe pour determiner des optimisations eventuelles.

Par contre, je n'ai pas d'info de performance!

Arnoufl

Bon allez les gars on se cotise tous et on achete Oracle ???  

Non franchement, ca depend de la quantite de données que tu manipules et de la structure de la base surtout.

PostgreSQL est bien meilleur que MySQL c clair ... Pour les instructions SQL demandés PostGreSQL est normalisé SQL92 - 99 donc normalement on y retrouves toutes les instructions classiques d'imbrication de requêtes.

Je ne l'ai jamais testé personnellement mais d'un point de vue caractéristiques dans les BDD libres c le plus performant ...

Bagoon, Kastar

PostGreSQL est vraiment facile à installer sous Linux. Il est peut-être un peu plus difficile à configurer que MySQL. (Il faut faire attention au format de date, en particulier... J'ai déjà eu le problème... )

C'est clair que par rapport à MySQL, il est capable de gérer plus de données, et plus vite.

Je ne sais pas où il se situe en terme de performance pure par rapport à Oracle, mais je pense que sur un "petit" serveur, cela doit être relativement équivalent, parceque'Oracle de nos jours, il faut bien avouer que cela commence à être un mastodonte...  Et même en se cotisant tous, je ne suis pas sûr qu'on arrive à s'offrir une license Oracle de toute façon!

Au passage, [DM], tu dis que tu comptes l'installer sous Linux? Est-ce à dire que tu comptes utiliser un deuxième serveur, ou que tu vas réinstaller le serveur actuel sous linux?

Rhanan, le second serveur dédié à la DB est dans l'air, en effet, mais chuut ce n'est pas encore fait =)

Ma question principale sur postgreSQL est actuellement de voir si on peut gagner en performance car au niveau de l'install, on prendra le temps qu'il faut pour le faire correctement de toute facon.

Selon mes sources, postGre est plus lent que mysql à la connection mais gagne en puissance lors de fortes charges. On peut pallier a cette déficience en vitesse d'accès en utilisant des connection permanente. A voir et à tester donc.

Sachant que la Db fait actuellement 100 Mégas, je crois qu'un sgbd plus solide va devenir doucement nécessaire (surtout si Ghorghor continue à faire des jointures de la mort-qui-tue =).

VYS - DungeonMaster

Ha Ha Ha...

Non, je fais faire simple : SELECT * FROM ALL TABLES JOIN ALL TABLES!

Tout petit comme query!

En parlant de DB, y faudrait pas virer une partie des events, ça grossit trop vite!

Ghorghor.

Ghorghor je ne doutes pas de tes compétences en SQL et en développement. mais comme je n'ai jamais vu la tête de tes scripts et que par experience, j'ai beaucoup de mal moi même à faire la gymnastique d'optimisation de mes requêtes lorsque je programmes, j'aurais juste une question:

Tu optimises tes requêtes pour les jointures ou bien tu laisses le SGBD se debrouiller ??

Exemple:

SELECT Num_Objet,Nom_Objet FROM OBJETS A,EQUIPEMENT B WHERE  A.Num_objet=B.num_objet AND B.Num_Troll=1234;

N'est pas une requête très optimisée ... Il vaut mieux faire des sous- requêtes du style:

SELECT Num_Objet,Nom_Objet FROM Objets WHERE Num_Objet =(SELECT Num_objet FROM EQUIPEMENT WHERE Num_troll=1234);

C bête a faire mais Oracle par exemple optimiserait automatiquement la requête de cette manière. Je sais que MySQL ne le fait pas, par contre pour PostGreSQL je ne peux pas m'avancer, je ne le connais pas suffisamment.

De plus, l'utilisation de = est plus rapide que IN mais ne s'applique pas a tout les cas ... Bon je vais arrêter de parler, les bouquins parlent mieux que moi a ce sujet ...

Bagoon, Kastar

PS: Ce n'est pas normal qu'il y ait des temps de réponses aussi catastrophiques sur la base. C bizarre même avec MySQL. 

Eh bien, puisque tu comptes utiliser Linux. Ne te casse plus la tête. MySQL 4.0 version stable ne va plus tarder à voir le jour.

Beaucoup de spécifications sont implémentées.

Il respecte le standard SQL-92

De plus, le couple MySQL / InnoDB rend cet SGBD transaction-safe. Permet une communication (web) sécurisée via SSL. Ce qui n'était pas le cas avec les autres versions dans le cadre des serveurs web utilisant PHP ou PERL pour accéder au serveur MySQL. Et pour couronner le tout, en terme de performances du moteur par rapport aux ressources processeur utilisées, selon un magazine américain spécialisé, ce couple dispute la première place à Oracle9i et relègue loin derrière les produits réputés comme DB2 , ASE , ou SQLserveur.

Ciao

Bagoon, pour te dire, j'ai parfois du mal à faire tourner certains trucs en local via PhpMyAdmin (ils doivent avoir optimisé leur code, je présume, mais j'ai pas pris le temps de tout fouiller! ) tellement certaines tables sont énormes!

La tables de events contient à elle seule plus de 400.000 records!

Ghorghor.