> va dire a un DSI que son application métier (caisse enregistreuses de Carrefour, par exemple), va devoir être arrêtée pendant 1 ou 2 jours, histoire de migrer la version du SGBD....
Fait ça en paralèlle. Deux machines ou deux serveurs postgresql. La vieille version dans un coin et la nouvelle dans l'autre :
pg_dump ... | pg_restore ...
Inutile d'arrêter le système il doit être en lecture seul. Puis tu bascules sur la nouvelle version.
Tu peux aussi utiliser la réplication (la réplication n'impose pas d'avoir des versions identique ni d'être en lecture seul).
Puis, faut pas rèver, les autres SBGR changent aussi de format de donnée de "temps à autre". Comment tu fais avec mysql pour passer à la version 4.0 ? Comment tu fais pour utiliser le format ISAM ? => dump & restore.
> c'est pas pour lancer un troll, mais non, pour le moment, les bases de données open source ne peuvent pas remplacer les SGBDs propriétaires (Oracle ou DB2), de par le manque de certaines fonctionnalités qui peuvent sembler triviale
Joli troll.
Pour "info", le dump/restore de postgresql est pour le changement majeur de version uniquement. Dans les cas de changement de version majeur tu _dois_ toujours faire un test.
Puis tu n'es pas obligé de monté en version.
[^] # Re: Mise à jour
Posté par morgendorffer . En réponse à la dépêche Sortie de PostgreSQL 8.0. Évalué à 0.
Fait ça en paralèlle. Deux machines ou deux serveurs postgresql. La vieille version dans un coin et la nouvelle dans l'autre :
pg_dump ... | pg_restore ...
Inutile d'arrêter le système il doit être en lecture seul. Puis tu bascules sur la nouvelle version.
Tu peux aussi utiliser la réplication (la réplication n'impose pas d'avoir des versions identique ni d'être en lecture seul).
Puis, faut pas rèver, les autres SBGR changent aussi de format de donnée de "temps à autre". Comment tu fais avec mysql pour passer à la version 4.0 ? Comment tu fais pour utiliser le format ISAM ? => dump & restore.
> c'est pas pour lancer un troll, mais non, pour le moment, les bases de données open source ne peuvent pas remplacer les SGBDs propriétaires (Oracle ou DB2), de par le manque de certaines fonctionnalités qui peuvent sembler triviale
Joli troll.
Pour "info", le dump/restore de postgresql est pour le changement majeur de version uniquement. Dans les cas de changement de version majeur tu _dois_ toujours faire un test.
Puis tu n'es pas obligé de monté en version.