Migration Oracle vers PostgreSQL

Identifie les risques de migration et valide le travail de migration face aux différences de comportement Oracle/PostgreSQL connues documentées dans le dossier references/.

Quand l'utiliser

1. Planification — Avant de commencer le travail de migration sur une procédure, un trigger, une requête ou un client refcursor. Identifiez les insights de référence applicables afin que les risques soient traités en amont.
2. Validation — Une fois le travail de migration terminé, confirmez que chaque insight applicable a été traité et que les tests d'intégration couvrent la nouvelle sémantique PostgreSQL.

Flux de travail

Déterminez le type de tâche :

Vous planifiez une migration ? Suivez le flux de travail d'évaluation des risques. Vous validez un travail terminé ? Suivez le flux de travail de validation.

Flux de travail d'évaluation des risques (planification)

Évaluation des risques :
- [ ] Étape 1 : Identifier le périmètre de la migration
- [ ] Étape 2 : Examiner chaque insight pour son applicabilité
- [ ] Étape 3 : Documenter les risques et les actions recommandées

Étape 1 : Identifier le périmètre de la migration

Listez les objets de base de données affectés (procédures, triggers, requêtes, vues) et le code d'application qui les appelle.

Étape 2 : Examiner chaque insight pour son applicabilité

Consultez l'index de référence dans references/REFERENCE.md. Pour chaque entrée, déterminez si le périmètre de migration contient des motifs affectés par cet insight. Lisez le fichier de référence complet seulement si l'insight est potentiellement pertinent.

Étape 3 : Documenter les risques et les actions recommandées

Pour chaque insight applicable, notez le risque spécifique et le motif de correction recommandé du fichier de référence. Signalez tout insight qui nécessite une décision de conception (par exemple, s'il faut préserver la sémantique Oracle chaîne-vide-comme-NULL ou adopter le comportement PostgreSQL).

Flux de travail de validation (post-migration)

Validation :
- [ ] Étape 1 : Mapper l'artefact migré
- [ ] Étape 2 : Vérifier les insights applicables
- [ ] Étape 3 : Vérifier la couverture des tests d'intégration
- [ ] Étape 4 : Valider le résultat

Étape 1 : Mapper l'artefact migré

Identifiez l'objet migré et résumez l'ensemble des modifications.

Étape 2 : Vérifier les insights applicables

Pour chaque référence dans references/REFERENCE.md, confirmez que le comportement ou l'exigence de test est reconnu et traité dans le travail de migration.

Étape 3 : Vérifier la couverture des tests d'intégration

Confirmez que les tests exercent à la fois le chemin nominal et les scénarios d'échec mis en évidence dans les insights applicables (exceptions, tri, consommation refcursor, transactions concurrentes, timestamps, etc.).

Étape 4 : Valider le résultat

Retournez une liste de contrôle affirmant que chaque insight applicable a été traité, que les scripts de migration ont s'exécutés et que les tests d'intégration réussissent.