Je ne peux pas laisser dire que PostgreSQL est compliqué à administrer, c'est un lieu commun qui n'a pas lieu d'être justement. L'administration de PostgreSQL dans le cadre d'une infrastructure professionnelle est à mon avis moins contraignante que celle de MySQL. Par ailleurs l'excellente traduction de la documentation de PostgreSQL (merci à l'équipe de traduc.org) sur http://traduc.postgresqlfr.org/pgsql-8.0.3-fr/admin.html(...) donne un aperçu exhaustif de l'administration de PostgreSQL abordant à peu près tous les cas qui pourraient se retrouver dans un tel contexte professsionnel.
Quoi qu'il en soit, si on veut comparer MySQL à PostgreSQL sur ce plan là il faut bien comparer ce qui est comparable. Une complexité d'administration est à mettre en regard de la richesse fonctionnelle du moteur qui doit être administré. De ce fait, le critère de simplicité d'administration de MySQL pouvait être invoqué du fait de sa relative « pauvreté » fonctionnelle. Maintenant que quelques avancées sont dans la RC 1 de MySQL, je suis persuadé que l'administration va se compexifier un peu.
De la même manière, il faut aussi remettre les choses dans leurs contexte historique. Si on considère le bien-fondé de mon précédent paragraphe, il faut prendre en considération la configuration par défaut des produits. Cette configuration par défaut est un point important car elle résulte d'une expérience vécue par la communauté et qui permet d'affiner les différents paramètres par défaut aux situations les plus couramment rencontrées. Je ne dis pas que la version 5 de MySQL ne sera pas bien paramétrée au début, mais il y a de fortes chances que l'expérience fasse que ces paramètres évoluent dans le bon sens (celui de la généralité des cas de configuration). Par ailleurs, les effets de bords du «tuning» de paramètres ne seront connus puis documentés qu'avec le temps. De ce fait, des produits plus matures tels que PostgreSQL, Oracle ou tout autre moteur comportant déjà les nouvelles fonctionnalités incluses dans cette version de MySQL, auront toujours cette petite avancée qui s'appelle l'expérience des cas d'utilisation.
[^] # Re: Oracle est loin
Posté par Jean-Christophe Arnu . En réponse à la dépêche MySQL 5.0 : Release Candidate 1. Évalué à 8.
Je ne peux pas laisser dire que PostgreSQL est compliqué à administrer, c'est un lieu commun qui n'a pas lieu d'être justement. L'administration de PostgreSQL dans le cadre d'une infrastructure professionnelle est à mon avis moins contraignante que celle de MySQL. Par ailleurs l'excellente traduction de la documentation de PostgreSQL (merci à l'équipe de traduc.org) sur http://traduc.postgresqlfr.org/pgsql-8.0.3-fr/admin.html(...) donne un aperçu exhaustif de l'administration de PostgreSQL abordant à peu près tous les cas qui pourraient se retrouver dans un tel contexte professsionnel.
Quoi qu'il en soit, si on veut comparer MySQL à PostgreSQL sur ce plan là il faut bien comparer ce qui est comparable. Une complexité d'administration est à mettre en regard de la richesse fonctionnelle du moteur qui doit être administré. De ce fait, le critère de simplicité d'administration de MySQL pouvait être invoqué du fait de sa relative « pauvreté » fonctionnelle. Maintenant que quelques avancées sont dans la RC 1 de MySQL, je suis persuadé que l'administration va se compexifier un peu.
De la même manière, il faut aussi remettre les choses dans leurs contexte historique. Si on considère le bien-fondé de mon précédent paragraphe, il faut prendre en considération la configuration par défaut des produits. Cette configuration par défaut est un point important car elle résulte d'une expérience vécue par la communauté et qui permet d'affiner les différents paramètres par défaut aux situations les plus couramment rencontrées. Je ne dis pas que la version 5 de MySQL ne sera pas bien paramétrée au début, mais il y a de fortes chances que l'expérience fasse que ces paramètres évoluent dans le bon sens (celui de la généralité des cas de configuration). Par ailleurs, les effets de bords du «tuning» de paramètres ne seront connus puis documentés qu'avec le temps. De ce fait, des produits plus matures tels que PostgreSQL, Oracle ou tout autre moteur comportant déjà les nouvelles fonctionnalités incluses dans cette version de MySQL, auront toujours cette petite avancée qui s'appelle l'expérience des cas d'utilisation.