Re: haha

Les points qui posent souci, à mon sens, sont principalement :
1- la réplication via log shipping qui n'est pas intégré (nécessité de scripts externes). Ceci dit, elle est par contre beaucoup plus stable que la réplication MySQL par log shipping ;
2- impossibilité d'accéder en lecture au slave dans le cas de réplication par log shipping ;
3- quelques requêtes type le SELECT COUNT(*) FROM table qui sont lentes comparées à du Oracle (MyISAM ne compte pas vraiment à cause du table locking et le fait que ce ne soit pas MVCC et InnoDb a le même problème que PostgreSQL) ;
4- le fait que la locale et l'encoding soient globaux et par par colonne ;
5- le partitionning vraiment vraiment pas top.

Beaucoup de ces points vont être améliorés par le travail fait sur la 8.4 (en tous les cas, si tous les patches en attente sont intégrés) :
- les points 1 et 2 ont des patches en attente ;
- le point 3 devrait bénéficier du travail sur la visibility map fait en 8.4 mais ne sera pas résolu avant la 8.5 au moins ;
- le point 4 est très partiellement traité : on pourra avoir une locale par base de données ;
- le point 5 n'a pas vraiment bougé (il y a eu du boulot de fait mais je ne pense pas que ce sera intégré).

Ca n'empêche pas PostgreSQL d'être mon SGBDR de prédilection mais il faut aussi être au courant de ses points faibles pour l'apprécier pleinement.