- Il n'y a pas de vrai réplication sur PostgreSQL, slony n'est qu'une sorte de bidouille sur les procèdures stocké. ça marche, ça marche même surement bien mais cela reste une surcouche. De plus, il y a des contraintes d'index/primary key de tables que n'a pas la réplication sous MySQL.
- Mettre en place une réplication sur un serveur MySQL est BEAUCOUP plus simple que sur un PostgreSQL
- Les fonctionnalités avancés transforme rapidement la base en unité monobloque qu'il est ensuite difficile de fractionner afin, par exemple, de répartir la charge (execpté si l'on a rigoureusement prévu ce cas avant, mais c'est rarement le cas).
- Il faut d'avantage voir les triggers et autres procédures stocké comme une différenciation de contrôle et de gestion des données en base plutôt que dans le code. ça a ses avantages et ses inconvénients (clustring, fragmentation, etc).
- PostgreSQL 8.1 à des fonctionnalité qui déchires (journalisation des logs, posibilité de réinjection dans une base de secours avec des délais pouvant atteindre la minute).
- Pour de la donnée brute necessitant peu de traitement et de contrôle, MySQL demeure à mon avis le meilleur choix.
# Mon avis personnel sur la question
Posté par Mr F . En réponse au journal PostgreSQL: mais que reste-t'il aux grandes ?. Évalué à 3.
- Il n'y a pas de vrai réplication sur PostgreSQL, slony n'est qu'une sorte de bidouille sur les procèdures stocké. ça marche, ça marche même surement bien mais cela reste une surcouche. De plus, il y a des contraintes d'index/primary key de tables que n'a pas la réplication sous MySQL.
- Mettre en place une réplication sur un serveur MySQL est BEAUCOUP plus simple que sur un PostgreSQL
- Les fonctionnalités avancés transforme rapidement la base en unité monobloque qu'il est ensuite difficile de fractionner afin, par exemple, de répartir la charge (execpté si l'on a rigoureusement prévu ce cas avant, mais c'est rarement le cas).
- Il faut d'avantage voir les triggers et autres procédures stocké comme une différenciation de contrôle et de gestion des données en base plutôt que dans le code. ça a ses avantages et ses inconvénients (clustring, fragmentation, etc).
- PostgreSQL 8.1 à des fonctionnalité qui déchires (journalisation des logs, posibilité de réinjection dans une base de secours avec des délais pouvant atteindre la minute).
- Pour de la donnée brute necessitant peu de traitement et de contrôle, MySQL demeure à mon avis le meilleur choix.