TL;DR : Une migration réaliste d'Oracle vers PostgreSQL coûte entre 5 000 € et 80 000 €+, selon la complexité du schéma, le volume de PL/SQL et la nécessité d'une transition sans interruption.
Les outils sont gratuits.
Le coût repose presque entièrement sur le temps des consultants, les efforts de test et les modifications d'applications.
La plupart des migrations de complexité moyenne remboursent leur coût total dans la première année grâce aux économies de licences Oracle.
Votre renouvellement de support Oracle est dû.
Ce chiffre est à nouveau supérieur à celui de l'année dernière.
Vous savez que PostgreSQL est mature et gratuit.
Mais chaque fois que vous demandez le coût d'une migration, vous obtenez des réponses vagues ou, pire, un devis à six chiffres d'un grand cabinet de conseil qui couvre à peine la phase de découverte.
Ce post vous offre une analyse réaliste et structurée — pas un argumentaire de vente.
Sur la base des évaluations que j'ai réalisées dans les environnements bancaire, des assurances et des télécoms dans l'UE, voici le coût réel des migrations et les facteurs qui font augmenter ou diminuer ce chiffre.
Table des matières
Quel est le coût réel d'une migration d'Oracle vers PostgreSQL ?
La plupart des migrations de complexité moyenne se situent dans une fourchette de 15 000 à 50 000 euros en termes de temps de travail total des consultants - couvrant l'évaluation, la conversion des schémas, la migration des données, les tests et la mise en service.
Les migrations simples (quelques schémas, un minimum de PL/SQL) peuvent coûter bien moins de 15 000 €.
Les migrations complexes avec une logique de procédures stockées lourde, des fonctionnalités spécifiques à Oracle ou des exigences de zéro temps d'arrêt dépassent 50 000 €.
Les outils eux-mêmes ne coûtent rien.
ora2pg, l'outil standard de migration d'Oracle vers PostgreSQL, est open source et gratuit.
PostgreSQL est open source et gratuit.
Chaque euro dépensé pour la migration est un coût de main-d'œuvre : analyse, conversion, tests et modifications de l'application qui accompagnent presque toujours une migration de base de données.
Qu'est-ce qui entre dans le coût ?
Une migration bien menée comporte cinq éléments de coût.
1. Évaluation et cadrage (2-3 jours)
Avant toute migration, le schéma doit être évalué : combien de tables, combien de PL/SQL, quelles sont les fonctionnalités spécifiques à Oracle utilisées, de quoi dépend le code de l'application.
C'est la phase la plus importante - elle détermine tout le reste.
Le contourner est là où les migrations dépassent le budget.
2. Conversion de schémas (varie selon la complexité)
Les tables, les séquences, les index et les vues se convertissent en grande partie automatiquement avec ora2pg.
L'effort manuel réside dans PL/SQL : procédures stockées, fonctions, packages et triggers.
Chaque unité PL/SQL doit être revue, portée à PL/pgSQL, testée et validée.
Un schéma sans PL/SQL se convertit en quelques jours.
Un schéma avec 50 procédures stockées et 10 packages se convertit en quelques semaines.
3. Migration et validation des données (2-5 jours pour un schéma propre)
Le déplacement des données est généralement la phase la moins coûteuse.
ora2pg gère l'extraction et génère des scripts de chargement compatibles avec PostgreSQL.
Le coût se situe au niveau de la validation : comptage des lignes, vérifications ponctuelles du type de données, redémarrage des séquences et intégrité des clés étrangères après le chargement.
4. Essais (20-30% de l'effort total du projet)
C'est l'élément le plus sous-estimé.
Les tests de régression fonctionnelle, la comparaison des performances de référence et les tests d'intégration d'applications prennent du temps.
Si le système n'a pas de suite de tests existante, ce coût augmente considérablement.
5. Modifications de l'application
C'est le joker.
Dialectes SQL Oracle - ROWNUM, DE DUEL, NVL(), (+) syntaxe de la jointure externe, CONNECT BY les requêtes hiérarchiques - tous ces éléments doivent être remplacés par des équivalents PostgreSQL dans le code de l'application.
Pour une application moderne utilisant ANSI SQL et un ORM, c'est minime.
Pour une application existante avec du SQL Oracle intégré partout, cela peut coûter plus cher que la migration de la base de données elle-même.
Vous envisagez une migration et souhaitez obtenir une estimation réaliste des coûts avant de vous engager ?
Je propose une évaluation forfaitaire qui vous donne un résumé écrit de la complexité, des efforts et des risques — voir ce que l'évaluation couvre
Qu'est-ce qui fait augmenter les coûts de migration ?
PL/SQL lourd : Les procédures stockées, les fonctions, les packages et les déclencheurs constituent le principal moteur de coûts.
Les langages Oracle PL/SQL et PostgreSQL PL/pgSQL sont suffisamment similaires pour être dangereux — la syntaxe semble familière, mais les sémantiques diffèrent de manière à créer des bogues silencieux.
Chaque unité nécessite une révision manuelle.
Fonctionnalités spécifiques à Oracle : Le partitionnement, la mise en file d'attente avancée, le rafraîchissement rapide des vues matérialisées et Oracle Text nécessitent tous des décisions architecturales, pas seulement une conversion de syntaxe.
Certains ont des équivalents directs pour PostgreSQL.
Certains nécessitent une refonte.
Exigence de temps zéro : Une migration où le système doit rester opérationnel pendant la bascule nécessite une réplication logique, une couche de double écriture ou de capture des données modifiées, ainsi qu'une procédure de test et de bascule considérablement plus complexe.
Coût supplémentaire de 30 à 50% par rapport à une bascule pendant une fenêtre de maintenance.
Volumes de données volumineux : Migrer des téraoctets de données prend du temps et nécessite une orchestration minutieuse.
Le coût de conversion n'évolue pas linéairement avec le volume de données, mais la planification et la validation de la migration le font.
Pas de couverture de test existante : Si l'application ne possède pas de tests automatisés, chaque changement fonctionnel nécessite une validation manuelle.
C'est le plus grand multiplicateur caché du coût des tests.
Qu'est-ce qui fait baisser les coûts de migration ?
Schéma simple, peu ou pas de PL/SQL : Si la base de données est principalement utilisée comme un magasin de données avec toute la logique dans la couche application, la conversion du schéma est rapide et en grande partie automatisée.
Application moderne utilisant déjà SQL ANSI : Une application utilisant un ORM et la syntaxe SQL standard nécessite un minimum de changements côté application après le changement de base de données.
Fenêtre de transition flexible : Une bascule pendant une fenêtre de maintenance – où l'application devient brièvement indisponible pendant le basculement – est considérablement plus simple et moins coûteuse qu'une bascule en direct.
Pour la plupart des systèmes internes ou non orientés vers le consommateur, une fenêtre de maintenance de deux heures est acceptable.
Une bonne couverture de test déjà en place : Les tests de régression et d'intégration existants réduisent considérablement les coûts de validation après la migration.
En combien de temps une migration est-elle rentable ?
Pour la plupart des organisations, une migration d'Oracle vers PostgreSQL est rentabilisée dans la première année grâce aux économies de licences.
Le prix d'Oracle Enterprise Edition est d'environ 43 000 euros par licence de processeur, plus 22% de frais d'assistance annuels.
Un serveur standard à deux sockets avec 16 cœurs coûte plus de 350 000 € en licences EE de base seules — avant toute option supplémentaire.
L'aide annuelle pour cette configuration dépasse 75 000 euros par an.
Une migration de complexité moyenne coûtant 25 000 euros en temps de consultant permet d'économiser la totalité des frais d'assistance annuels en l'espace de trois à quatre mois.
L'épargne se compose chaque année à partir de là.
Les entreprises qui retardent la migration n'économisent pas d'argent.
Ils paient Oracle des dizaines de milliers d'euros par an pour un problème qui a déjà été résolu.
La migration en solitaire est-elle une option ?
Techniquement, oui.
Les outils sont gratuits et la documentation est complète.
Un DBA expérimenté avec une expérience PostgreSQL peut exécuter une migration en interne.
Le risque ne réside pas dans les outils, mais dans les lacunes en matière de connaissances.
Oracle et PostgreSQL ont des comportements différents qui ne sont pas évidents jusqu'à ce que quelque chose se brise en production : La gestion de NULL dans les index uniques, le piège Oracle DATE contre PostgreSQL TIMESTAMP, les conversions de type implicites qu'Oracle accepte et que PostgreSQL rejette, les modèles PL/SQL qui convertissent syntaxiquement mais échouent sémantiquement.
Un spécialiste expérimenté de la migration les détecte avant la mise en production.
Une équipe interne les découvre après.
Foire aux questions
Combien coûte une migration d'Oracle vers PostgreSQL ?
La plupart des migrations de complexité moyenne coûtent entre 15 000 € et 50 000 € en temps total de consultant.
Des migrations simples avec un minimum de PL/SQL peuvent coûter bien moins de 15 000 €.
Les migrations complexes comportant des procédures stockées lourdes, des fonctionnalités spécifiques à Oracle ou des exigences de zéro temps d'arrêt coûtent plus cher.
Les outils de migration sont gratuits — le coût réside entièrement dans la main-d'œuvre.
Le principal facteur de coût dans une migration d'Oracle vers PostgreSQL est la complexité de la conversion du code PL/SQL propriétaire d'Oracle vers un équivalent compatible avec PostgreSQL, souvent PL/pgSQL, ainsi que les tests approfondis nécessaires pour garantir l'intégrité et la fonctionnalité des données.
Volume PL/SQL.
Les procédures stockées, les fonctions, les paquets et les déclencheurs nécessitent une révision manuelle et un portage vers PL/pgSQL.
Les tableaux, les séquences et les vues de base sont largement automatisés.
Un schéma sans PL/SQL ni fonctionnalités spécifiques à Oracle peut être migré en quelques jours.
Un schéma avec une logique PL/SQL significative prend des semaines.
Combien de temps prend une migration d'Oracle vers PostgreSQL ?
Une petite migration peut être réalisée en deux à quatre semaines de temps calendaire.
Une migration de complexité moyenne dure généralement de huit à douze semaines.
Les migrations complexes avec des exigences de zéro temps d'arrêt ou du PL/SQL intensif peuvent durer de trois à six mois.
Le calendrier dépend davantage de la complexité et des exigences de test que du volume de données.
Allons-nous économiser de l'argent en migrant vers PostgreSQL ?
Dans la plupart des cas, oui — substantiellement.
Les licences Oracle Enterprise Edition et les frais d'assistance annuels s'élèvent généralement à plusieurs dizaines de milliers d'euros par serveur et par an.
Une migration qui élimine ces frais est amortie en quelques mois, et non en quelques années.
Les économies sont composées chaque année après la première.
Pouvez-vous migrer vers PostgreSQL sans interruption de service ?
Oui, mais cela ajoute des coûts et de la complexité.
Une migration sans interruption nécessite une couche de réplication logique ou de capture de données modifiées pour maintenir la synchronisation de la base de données PostgreSQL avec Oracle pendant la période de transition.
Pour la plupart des systèmes internes ou non destinés au grand public, une fenêtre de maintenance planifiée est plus simple et plus fiable.
La bonne approche dépend des exigences SLA du système.
En résumé
La migration d'Oracle vers PostgreSQL est un investissement unique qui élimine les coûts de licence récurrents qui s'accumulent chaque année.
Les outils sont gratuits.
Le coût est le temps passé par les consultants - principalement la conversion des schémas, le portage PL/SQL et les tests.
Une migration bien planifiée commence par une évaluation de chaque facteur de coût avant le début des travaux.
Si vous souhaitez connaître le coût d'une migration pour votre environnement spécifique, je propose une évaluation à prix fixe qui fournit une analyse écrite de la complexité, une estimation de l'effort et un registre des risques.
Voir ce que couvre l'évaluation