TL;DR : La plupart des correspondances de types de données Oracle vers PostgreSQL sont simples.
Les dangereux ne le sont pas.
La date Oracle inclut une composante temporelle que la date PostgreSQL élimine silencieusement.
Oracle NUMBER est mappé à NUMERIC par défaut, ce qui est correct mais lent pour les charges de travail entières.
Les chaînes vides dans Oracle sont NULL ; dans PostgreSQL, elles ne le sont pas.
Ce guide vous donne la table de correspondance complète et couvre les cinq pièges qui entraînent une corruption silencieuse des données lors de la migration.
Bonnes pratiques de migration d'Oracle vers PostgreSQL : une liste de contrôle pour les administrateurs de bases de données et les architectes
TL;DR : La plupart des migrations d'Oracle vers PostgreSQL n'échouent pas à cause des outils, mais à cause d'étapes sautées.
Cette liste de contrôle couvre toutes les phases, de l'évaluation préalable à la mise en production : les pièges liés aux types de données qui causent une perte de données silencieuse, les différences de séquence et de NULL qui dégradent les applications après la mise en service, les étapes de test qui sont supprimées lorsque les délais sont dépassés, et les décisions de mise en production qui déterminent si vous pouvez revenir en arrière en cas de problème.