Dans mon cas, au boulot sur les bases du décisionnel, la volumétrie commence à être tellement immense et les performances tellement foireuses qu'ils ont décidé de dégager Oracle … pour le remplacer par une base orientée SID : Netezza un produit IBM
Les chefs de projets nous annoncent des performances en production jusqu’à 10 fois plus rapide par rapport à l'implémentation actuelle..
Sinon je ne suis pas DBA , mais bon j'ai cru comprendre que toute la surcouche de gestion ASM+ était rudement pratique pour les administrateurs, notamment pour définir les VG, espace disque et tutti.
Après avis personnel c'est clair que je vois mal PostgreSQL branché sur sur des outils transactionnels du genre Tuxedo à très fort trafic et sur SI à haute criticité (banque/assurance/industrie), à mon avis le produit risque vire de partir en sucette et toute la couche RAC clustering apparue avec la 10g si je ne me trompe c'est tout de même bien pratique non ? D'ailleurs les version 9/10/11 g apportent leur lot de nouveauté et de sucrerie (bon à part démultiplier le nombre de processus … il est fini le temps ou tu n'avais que SMON PMON … ) en terme de sécurité et rétention de l'info non ?
[^] # Re: [^] [-] # Re: question bête
Posté par Kwiknclean . En réponse à la dépêche Migrer de Oracle à PostgreSQL : Ora2Pg. Évalué à 1. Dernière modification le 14 mars 2012 à 18:00.
Dans mon cas, au boulot sur les bases du décisionnel, la volumétrie commence à être tellement immense et les performances tellement foireuses qu'ils ont décidé de dégager Oracle … pour le remplacer par une base orientée SID : Netezza un produit IBM
Les chefs de projets nous annoncent des performances en production jusqu’à 10 fois plus rapide par rapport à l'implémentation actuelle..
Sinon je ne suis pas DBA , mais bon j'ai cru comprendre que toute la surcouche de gestion ASM+ était rudement pratique pour les administrateurs, notamment pour définir les VG, espace disque et tutti.
Après avis personnel c'est clair que je vois mal PostgreSQL branché sur sur des outils transactionnels du genre Tuxedo à très fort trafic et sur SI à haute criticité (banque/assurance/industrie), à mon avis le produit risque vire de partir en sucette et toute la couche RAC clustering apparue avec la 10g si je ne me trompe c'est tout de même bien pratique non ? D'ailleurs les version 9/10/11 g apportent leur lot de nouveauté et de sucrerie (bon à part démultiplier le nombre de processus … il est fini le temps ou tu n'avais que SMON PMON … ) en terme de sécurité et rétention de l'info non ?