Sauf que là il n'y a aucun argument. Ce sont des affirmations gratuites.
> Additionally, MySQL is much faster database and has better performance than PostgreSQL. That's why MySQL is more popular than its competitor.
C'est faux. Ce qui a fait la popularité de Mysql :
- Les hébergeurs de site prenaient Mysl. Normal mysql était adapté à l'utilisation des quota du FS contrairement à PostgreSQL. PostgreSQL a corrigé ça.
- Mysql trouvait sur Windows. Postgresql tourne maintenant aussi sous Windows.
> However I've never seen data loss with MySQL even with often power-offs
Alors c'est bien rigolo. Mysql ne fait pas de fsync à la fin de transaction/modification. Au contraire PostgreSQL fait un fsync. Un confirmation de modification par postgresql se fait TOUJOURS après un fsync.
Si postgresql te dit "les données sont enregistrés sur disque", alors ils sont enregistrés sur le disque.
Si mysql te dit "les données sont enregistrés sur le disque", alors il faut comprendre qu'ils sont peut-être enregistrés sur le disque.
Et ce n'est même un bug temporaire. C'est un choix que fait Mysql pour être plus rapide. Tu vas dire que c'est une "feature".
C'est principalement pour cette raison que Mysql est plus rapide que postgresql. Mais dès qu'on monte en charge, l'avantage s'estompe car pendant l'attente d'un fsync postgresql a aussi autre chose à faire.
On le sait que Mysql ne supporte pas les test acid, je peux aussi t'affirmer qu'il ne supporte pas les coupures de courant.
[^] # Re: Bonne nouvelle
Posté par clearstream . En réponse au journal free & postgresql 8 & php 5. Évalué à 2.
>
> http://www.omnistarinc.com/~fonin/devtools.php
Sauf que là il n'y a aucun argument. Ce sont des affirmations gratuites.
> Additionally, MySQL is much faster database and has better performance than PostgreSQL. That's why MySQL is more popular than its competitor.
C'est faux. Ce qui a fait la popularité de Mysql :
- Les hébergeurs de site prenaient Mysl. Normal mysql était adapté à l'utilisation des quota du FS contrairement à PostgreSQL. PostgreSQL a corrigé ça.
- Mysql trouvait sur Windows. Postgresql tourne maintenant aussi sous Windows.
> However I've never seen data loss with MySQL even with often power-offs
Alors c'est bien rigolo. Mysql ne fait pas de fsync à la fin de transaction/modification. Au contraire PostgreSQL fait un fsync. Un confirmation de modification par postgresql se fait TOUJOURS après un fsync.
Si postgresql te dit "les données sont enregistrés sur disque", alors ils sont enregistrés sur le disque.
Si mysql te dit "les données sont enregistrés sur le disque", alors il faut comprendre qu'ils sont peut-être enregistrés sur le disque.
Et ce n'est même un bug temporaire. C'est un choix que fait Mysql pour être plus rapide. Tu vas dire que c'est une "feature".
C'est principalement pour cette raison que Mysql est plus rapide que postgresql. Mais dès qu'on monte en charge, l'avantage s'estompe car pendant l'attente d'un fsync postgresql a aussi autre chose à faire.
On le sait que Mysql ne supporte pas les test acid, je peux aussi t'affirmer qu'il ne supporte pas les coupures de courant.