Experience perso :
J'ai eu a bosser sur le code PHP/Postgresql pour un gros site (le site est pour un des leaders mondiaux du luxe).
Donc dans ce projet, il y avait une quantité d'enregistrement relativement importante (8000).
Donc pour le développement, nous avons travailler sur un serveur Linux avec une version recente de PSQL (c'etait la 7.X), donc tout marchait bien et rapido.
Mais au moment de le passer sur le serveur du client (un gros Sun bien puissant mais avec un Postgresql 6.X), nous avons rencontré deux gros problemes :
- le premier pour les champs txt qui avaient une longueur limité (et trop faible : 8000 caracteres si je me rappelle bien)
- le second pour la lenteur de traitement (on avait vraiment le temps d'aller se chercher un café pendant le traitement (pourtant, c'etait que des jointures dans l'essemble) : ca durait plus de 30 secondes contre 1-2 sur la version 7.X.
Nous avons donc demandé un changement de version qui a ete fait quelques jours apres, et tous les problemes ont été corrigés grace a ce changement ...
Je ne tire pas de généralité sur mon expérience, mais si le code a ete en grande partie réécris d'une version a l'autre, c'est qu'il doit y avoir une raison :)
Apres, a titre personnel, je prefere beaucoup plus utiliser Postgresql que Mysql pour un paquet de raisons.
Ensuite, en dehors du coté performance (il faut comparer ce qui est comparable), ca fait mal a dire, mais Oracle et MS SQL server ont quand meme toujours quelques wagons d'avance sur les deux autres en terme de possibilité.
[^] # Re: Humm
Posté par Sylvestre Ledru (site web personnel) . En réponse à la dépêche MySQL: une bonne et une mauvaise nouvelle.. Évalué à 5.
J'ai eu a bosser sur le code PHP/Postgresql pour un gros site (le site est pour un des leaders mondiaux du luxe).
Donc dans ce projet, il y avait une quantité d'enregistrement relativement importante (8000).
Donc pour le développement, nous avons travailler sur un serveur Linux avec une version recente de PSQL (c'etait la 7.X), donc tout marchait bien et rapido.
Mais au moment de le passer sur le serveur du client (un gros Sun bien puissant mais avec un Postgresql 6.X), nous avons rencontré deux gros problemes :
- le premier pour les champs txt qui avaient une longueur limité (et trop faible : 8000 caracteres si je me rappelle bien)
- le second pour la lenteur de traitement (on avait vraiment le temps d'aller se chercher un café pendant le traitement (pourtant, c'etait que des jointures dans l'essemble) : ca durait plus de 30 secondes contre 1-2 sur la version 7.X.
Nous avons donc demandé un changement de version qui a ete fait quelques jours apres, et tous les problemes ont été corrigés grace a ce changement ...
Je ne tire pas de généralité sur mon expérience, mais si le code a ete en grande partie réécris d'une version a l'autre, c'est qu'il doit y avoir une raison :)
Apres, a titre personnel, je prefere beaucoup plus utiliser Postgresql que Mysql pour un paquet de raisons.
Ensuite, en dehors du coté performance (il faut comparer ce qui est comparable), ca fait mal a dire, mais Oracle et MS SQL server ont quand meme toujours quelques wagons d'avance sur les deux autres en terme de possibilité.