Je te donne des dates, le HISTORY pour que tu fasses tes associations et que tu te rendes compte que dire que "avant la version 7, Postgres était rigoureusement inutilisé en production" est un absurdité totale ou un FUD. "DES ANNEES", si ca te travaille vraiment, ca peut dire aussi 2 ans: c'est la version 7. En fait, je pense surtout aux versions 6.5.x (99)
Maintenant, si tu ne veux pas lire, tes effets de style ne convaincront que toi.
Par ailleurs je n'ai pas dit que postgreSQL était exempte de problème. Le vacuum est un mauvais exemple. Avec un design correct avec DES bases (enormes style http//www.geocrawler.org/ qui tournait bien avant la version 7) ce n'est pas un vrai problème. Par ailleurs, vois-tu, c'etait le moment de faire les backups.
(je ne sais pas aujourd'hui quelle version de postsgres utilise geocrawler et s'ils ont toujours une rupture de service à ce propos.)
Bref, Pour faire un vrai backup ajourd'hui sous mysql faut arreter la base.
* mysqlhotcopy utilise LOCK TABLES
* perldoc mysqlhotcopy:
"WARNING: THIS PROGRAM IS STILL IN BETA. Comments/patches welcome."
* http://www.mysql.com/doc/L/O/LOCK_TABLES.html(...)
"3. Lock one table at a time until the thread gets all locks." super pour la consistence...
Aujourd'hui pour postgresql:
"pg_dump makes consistent backups even if the database is being used concurrently. pg_dump does not block other users accessing the database (readers or writers)."
"y compris encore une fois du côté des pro-postgres) contenir beaucoup de bugs, problèmes de stabilité et autres crashes."
Moi j'argumente, toi tu FUD.
"[problème du lien]"
oui, que veux tu, il y en a qui ne sont pas doués pour faire des SGBDR (Mysql), d'autres pour faire des sites avec php (PostgreSQL).
[^] # Re: retourne jouer aux billes.
Posté par Gloo . En réponse à la dépêche MySQL: une bonne et une mauvaise nouvelle.. Évalué à 0.
Maintenant, si tu ne veux pas lire, tes effets de style ne convaincront que toi.
Par ailleurs je n'ai pas dit que postgreSQL était exempte de problème. Le vacuum est un mauvais exemple. Avec un design correct avec DES bases (enormes style http//www.geocrawler.org/ qui tournait bien avant la version 7) ce n'est pas un vrai problème. Par ailleurs, vois-tu, c'etait le moment de faire les backups.
(je ne sais pas aujourd'hui quelle version de postsgres utilise geocrawler et s'ils ont toujours une rupture de service à ce propos.)
Bref, Pour faire un vrai backup ajourd'hui sous mysql faut arreter la base.
* mysqlhotcopy utilise LOCK TABLES
* perldoc mysqlhotcopy:
"WARNING: THIS PROGRAM IS STILL IN BETA. Comments/patches welcome."
* http://www.mysql.com/doc/L/O/LOCK_TABLES.html(...)
"3. Lock one table at a time until the thread gets all locks." super pour la consistence...
Aujourd'hui pour postgresql:
"pg_dump makes consistent backups even if the database is being used concurrently. pg_dump does not block other users accessing the database (readers or writers)."
"y compris encore une fois du côté des pro-postgres) contenir beaucoup de bugs, problèmes de stabilité et autres crashes."
Moi j'argumente, toi tu FUD.
"[problème du lien]"
oui, que veux tu, il y en a qui ne sont pas doués pour faire des SGBDR (Mysql), d'autres pour faire des sites avec php (PostgreSQL).
http://www.pgsql.com/user_gallery/stats.php?field=postgresql_versio(...)
Ca le fera mieux.