Oracle SQL, PL/SQL et accès aux données avec l'IA
Prompts, workflows, checklists et exemples concrets pour utiliser une IA autour d'Oracle SQL, PL/SQL et des couches d'accès aux données.
Cette page regroupe des prompts, des workflows et des checklists utiles quand le travail porte sur Oracle SQL, PL/SQL, des scripts SQL, des packages, des procédures stockées ou des couches d'accès aux données reliées à une application métier.
L'objectif n'est pas de laisser l'IA inventer un schéma ou optimiser au hasard. Il s'agit plutôt de l'utiliser pour clarifier une requête, revoir une procédure, préparer une refonte, documenter une couche d'accès Oracle ou accélérer un diagnostic de performance et de maintenance.
Quand cette page est utile
- Relecture de requêtes SQL Oracle ou de scripts d'administration.
- Analyse ou refonte d'un package PL/SQL.
- Préparation d'une API ou d'un backend qui s'appuie sur Oracle.
- Documentation d'une couche d'accès aux données ou d'un schéma métier.
- Vérification d'impacts, de performances ou de risques de maintenance.
Analyse cette requête Oracle SQL. Objectif : - expliquer ce qu'elle fait réellement ; - identifier les risques de lisibilité, performance ou résultat faux ; - proposer une version plus claire si utile. Contraintes : - ne pas changer la logique fonctionnelle sans l'indiquer ; - expliciter les hypothèses sur les tables et index. Format : 1) Compréhension de la requête 2) Points sensibles 3) Proposition d'amélioration 4) Vérifications à faire
Analyse cette procédure ou ce package PL/SQL comme un développeur Oracle senior. Attendu : - rôle du code ; - flux de données ; - gestion des erreurs ; - points fragiles ; - améliorations possibles. Format : 1) Résumé fonctionnel 2) Structure technique 3) Risques 4) Recommandations
Tu es un spécialiste Oracle chargé d'améliorer les performances. Analyse : - requête ou bloc SQL/PLSQL ; - volumes supposés ; - indexes connus ; - symptômes observés. Attendu : 1) Causes probables de lenteur 2) Pistes d'optimisation 3) Compromis et risques 4) Points à mesurer ou vérifier
À partir de ce besoin métier, propose une première structure Oracle et son exposition applicative. Inclure : - tables principales ; - relations ; - contraintes ; - scripts SQL de base ; - impacts sur l'API ou la couche service. Format : 1) Modèle logique 2) Schéma SQL 3) Impacts applicatifs 4) Questions ouvertes
Redige une documentation technique pour cet objet Oracle.
Objet :
{{TABLE_OU_PACKAGE}}
Inclure :
- role ;
- structure ;
- dépendances ;
- flux d'entrée et de sortie ;
- limites ;
- exemple d'usage.
Format :
1) Vue d'ensemble
2) Structure
3) Flux
4) Points sensibles
Prepare un plan de nettoyage ou de migration pour cette couche Oracle. Contexte : - SQL ou PL/SQL existant ; - contraintes applicatives ; - risques de régression. Format : 1) Etat actuel 2) Problème structurel 3) Plan de migration progressif 4) Validations à effectuer
Workflows utiles
- Workflow requête lente : comprendre la requête, isoler les jointures critiques, demander les hypothèses d'index, puis formuler un plan de vérification.
- Workflow package PL/SQL : résumer le rôle, cartographier procédures/fonctions, identifier les exceptions et produire une note de maintenance.
- Workflow backend Oracle : partir du besoin métier, proposer tables et contraintes, lier cela à la couche service, puis documenter les impacts API.
- Workflow reprise d'existant : analyser schéma, scripts, packages et procédures d'exploitation, puis rédiger une fiche de reprise et une checklist de vérification.
Checklists rapides
- La requête ou le code Oracle est-il fourni en entier ?
- Le comportement attendu est-il clairement décrit ?
- Les contraintes de schéma, index et volumétrie sont-elles explicites ?
- Les effets de bord applicatifs sont-ils signalés ?
- Les validations à faire en base et côté applicatif sont-elles demandées ?
Exemples concrets
Cette page est adaptée à des situations réelles comme la relecture d'une requête Oracle complexe, la documentation d'un package PL/SQL, la vérification d'un import CSV en base, la structuration d'une couche repository connectée à Oracle, ou la préparation d'une petite API REST adossée à des données métier.
Elle peut aussi servir à préparer une note de procédure interne sur l'exécution d'un script SQL, la reprise d'un schéma existant ou la documentation d'un enchaînement entre base Oracle, scripts batch et composants applicatifs.
Migration de schéma sans interruption
Le modèle Expand → Migrate → Contract permet de découpler le déploiement applicatif de la suppression d'un ancien schéma. Il doit rester compatible avec les contraintes Oracle, la volumétrie et les fenêtres d'exploitation réelles.
Prépare une migration Oracle progressive de [ÉTAT ACTUEL] vers [ÉTAT CIBLE], sans interruption planifiée. Décris les phases Expand, Migrate et Contract : objets ajoutés, compatibilité des versions applicatives, double lecture/écriture éventuelle, backfill par lots, contrôles de cohérence, index, verrous et statistiques. Pour chaque phase : prérequis, monitoring, critères de succès, arrêt sûr et retour arrière. Ne supprime rien avant preuve de non-usage.
Pages voisines utiles
Pour les rappels syntaxiques, voir le tutoriel Oracle SQL et le tutoriel Oracle PL/SQL. Pour les vues plus générales, voir les prompts architecture, les prompts documentation, les workflows, les checklists et les squelettes de prompts.