Discussion :

[slm248]

Bonjour,
il y en a bien plus que je ne le pensais (sql server, sybase, ibm, oracl, mysql, postgresql)

Comment choisir? Sachant que j'ai un projet qui mûrit depuis des années, je commence à le réaliser et je ne veux pas changer de language quand le site aura plusieurs milliers de vues par mois.
je veux choisir la bonne technologie pour me perfectionner continuellement et tant pis si ca implique des compromis acceptable quand le site est encore petit.

[sabotage]

Tous les SGDB que tu cites utilisent le langage SQL ; même si chacun a son lot de particularismes ça reste la même base.
En hébergement mutualisé, on trouvera surtout Mysql, éventuellement Postgresql.
SQL Server ça sera sur des serveur Windows donc c'est une logique pas vraiment naturelle pour faire du PHP.

[slm248]

donc ils se valent tous globalement?

je suis intéressé par les vps et dédié donc ce n'est pas ce qui me limite.

[sabotage]

Postgresql a reputation de meilleur robustesse que mysql.

[Tsilefy]

MySQL parce que c'est la solution la plus répandue (offerte dans tous les hébergements mutualisés par exemple). C'est la solution qui a le plus de documentation, de tutoriels, de forums etc... Tu peux facilement trouver des tas d'outils qui fonctionnent avec MySQL. Et à condition que tu utilises InnoDB et non MyISAM, MySQL répondra parfaitement à la majorité de ce qu'on attend d'une base de donnée relationelle.

Postgresql si tu as des besoins très précis - ce qui veut dire qu'il faut déjà que tu saches ce que tu veux. C'est plus performant que MySQL, mais cette différence ne se voit pas pour des sites ordinaires, il faut vraiment que ton site traite d'un volume très important de données pour que cette différence soit significative.

Postgresql aussi si tu préfère favoriser un logiciel vraiment libre, ce qui est une raison tout à fait honorable.

Les autres oublie pour l'instant.

Remarque: en utilisant PDO, tu peux "théoriquement" passer de MySQL à Postgresql sans modifier ton code PHP.

[slm248]

je vous remercie.

tsilefy, quand tu dis "un nombre très important de donnée"
ca veut dire très important comme il pourrait être dans quelques années ou bien il faut vraiment avoir la base de donnée de facebook ou twitter pour que la différence soit notable?

et en ce qui concerne la migration de base de donnée
donc en pdo le php ne devrait pas changer mais pour transférer une base mysql vers une base postgresql c'est si hardu?

[sabotage]

Il existe plein d'outils de conversion.
Mais comme je te disais, ça reste du SQL.

[Spartacusply]

Le seuil de "nombre de données important" est très subjectif.

Néanmoins je dirais (et ça n'engage que moi), que ce n'est pas tellement la taille de la base de données qui est la plus importante mais le trafic sur la base de données, et notamment le nombre de requête qui vont devoir s'exécuter au même moment (au même moment = une requête qui commence alors qu'une autre n'a toujours pas fini de s'exécuter).

Et dans ce cas là, à partir de 5 requêtes simultanées, postgres devient bien meilleur que MySQL.

[slm248]

autrement dit, postgreSQL peut nous éviter d'avoir à optimiser le code ^^

[sabotage]

Non il s'agit seulement de performance potentielle du SGDB.

[slm248]

je voulais dire qu'avec PostgreSQL si j'ai beaucoup trop de requêtes à la base, par exemple si je me fais un mini CMS avec une reqête pour chaque tag meta, un requête pour chaque title, voir soyons fou des requêtes pour les linkrel css !! ca ne devrait pas être trop pénalisant?

[Spartacusply]

Ca marche pas du tout puisque dans ce cas là tes requêtes sont pas du tout simultanées. Il faut toujours optimisé au max ses requêtes SQL, ramener le max d'info en le minimum de requête (quitte à ce que la requête soit plus grosse).

[slm248]

ok merci pour la correction

[Tsilefy]

Pour compléter ce qui a été dit, c'est difficile d'estimer la fameuse "quantité importante de données". Outre le nombre d'utilisations simultanées, il faut aussi connaître le hardware derrière (processeur, RAM, type de disque), l'utilisation de caches, etc...

Au final, dans ton cas je suis sûr que la différence de performance ne se verra pas du tout (avec MySQL en InnoDB). Ton choix doit se porter sur d'autres facteurs, par exemple ce que te propose ton hébergeur.

[slm248]

mon hebergeur propose une version obsolète de postgresql, et il coûte assez cher.
En passant au vps ovh j'économise plus de 50% de la somme annuel que je met dans l'hébergement, et en plus j'ai postgresql
Le but c'était vraiment d'apprendre un language définitivement pour y être déjà à l'aise quand mon site sera connu et aura beaucoup de visite.
Est ce que c'est pas un bon choix de se dire que plus je passe de temps avec postgresql, moins j'aurais besoin de passer de temps à migrer les données et à l'apprendre quand le site sera déjà bien établi?