Tous les produits
Search
Centre de documentation

Data Management:Révision SQL

Dernière mise à jour :Aug 09, 2026

La révision SQL sert de garde-barrière automatisé dans votre flux de modification des bases de données. Avant que les instructions SQL n'atteignent l'environnement de production, DMS valide chacune d'elles selon les règles de sécurité configurées et propose des suggestions d'optimisation hiérarchisées. Cette démarche garantit la cohérence de la qualité du code et réduit le risque d'injections SQL.

Durant la phase de développement, les instructions SQL permettent d'insérer, de supprimer, de modifier et d'interroger les données pour implémenter la logique métier. Leur examen manuel, instruction par instruction, mobilise fortement les administrateurs de base de données (DBA) et ralentit le développement. Par exemple, l'instruction CREATE TABLE suivante omet la clé primaire, ainsi que les commentaires de table et de champ, ce qui enfreint les normes usuelles de développement :

CREATE TABLE `test_sql_review_table` (
  `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT,
  `gmt_create` datetime NOT NULL,
  `name` varchar(256) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

DMS automatise cette tâche grâce à la fonctionnalité de révision SQL, intégrée au module de règles de sécurité. Personnalisez les spécifications SQL dans ces règles : imposez par exemple la présence d'une clé primaire ou restreignez le type et le nombre de colonnes formant la clé primaire.

Prérequis

Avant de commencer, vérifiez les points suivants :

  • Type de base de données pris en charge :

    • ApsaraDB RDS for MySQL, PolarDB for MySQL, AnalyticDB for MySQL et bases de données MySQL non hébergées sur Alibaba Cloud

    • ApsaraDB for MariaDB

    • PolarDB for Xscale

    • Oracle

    • PolarDB for PostgreSQL (compatible avec Oracle)

    • OceanBase

  • Instance de base de données gérée en mode Stable Change ou Security Collaboration dans DMS. Pour plus d'informations, consultez Modes de contrôle.

Fonctionnement

Lorsque vous soumettez un ticket d'audit SQL, DMS analyse chaque instruction et la confronte aux règles de sécurité configurées pour la base de données cible. Les résultats se répartissent en quatre catégories :

  • Must Improve — problèmes bloquants à corriger avant l'approbation du ticket

  • Potential Issue — risques potentiels à examiner

  • Suggest Improve — optimisations facultatives pour améliorer la qualité du code

  • Index Recommendation — modifications d'index susceptibles d'améliorer les performances des requêtes

Pour configurer les règles de sécurité, consultez Optimisation de la révision SQL.

Soumettre un ticket de révision SQL

  1. Connectez-vous à la console DMS V5.0.

  2. Accédez à la page des tickets d'audit SQL :

    • En mode amélioré : Pointez sur l'icône 2023-01-28_15-57-17.png en haut à gauche, puis sélectionnez All Features > Database Development > SQL Review > SQL Audit Ticket.

    • En mode normal : Dans la barre de navigation supérieure, sélectionnez Database Development > SQL Review > SQL Audit Ticket.

  3. Dans le coin supérieur droit de la page des tickets de révision SQL, cliquez sur SQL Review.

  4. Sur la page de demande de ticket, renseignez les paramètres suivants.

    Paramètre Description
    Project name Nom du projet de révision.
    Database Base de données sur laquelle appliquer la révision SQL. Saisissez son nom ou utilisez le préfixe % pour la rechercher. Vous devez disposer des autorisations de requête sur cette base. Pour plus d'informations, consultez Afficher les autorisations détenues.
    Business background Objet ou objectif de la révision SQL. Préciser ce contexte limite les allers-retours avec les réviseurs.
    Change stakeholder Parties prenantes impliquées dans la révision. Elles peuvent consulter les détails du ticket et participer au processus d'approbation. Les autres utilisateurs (sauf les administrateurs DMS et les DBA) ne peuvent pas accéder à ces informations.
    File Méthode d'import des fichiers SQL. Choisissez Upload pour joindre un ou plusieurs fichiers, ou Enter text pour coller directement les instructions. Formats pris en charge : XML (framework iBATIS ou MyBatis) et TXT. Consultez Exemples de fichiers SQL pour des modèles.
  5. Cliquez sur Save. DMS analyse les fichiers SQL importés et examine chaque instruction au regard des règles de sécurité de la base de données.

Résultats de la révision et étapes suivantes

Une fois la révision terminée, chaque ticket affiche l'un des états suivants.

État Signification Action à entreprendre
Passed Aucun problème bloquant détecté. Des suggestions ou des risques potentiels peuvent figurer. Cliquez sur Details pour consulter les suggestions. Cliquez sur Adjust SQL pour modifier les instructions si nécessaire.
Failed Un ou plusieurs problèmes bloquants détectés. Cliquez sur Details pour afficher les problèmes. Cliquez sur Adjust SQL pour corriger les instructions, puis resoumettez le ticket.
Approve ou Disapprove Le code SQL contient des anomalies historiques impossibles ou inutiles à résoudre, dépassant le cadre de la révision automatisée. Dans la colonne Opération, choisissez Manual Review > Approve ou Manual Review > Disapprove.
Parsing Exception DMS ne peut pas analyser une ou plusieurs instructions. Cliquez sur Adjust SQL pour corriger les instructions, puis relancez la pré-vérification.
Pending Analysis Les instructions sont en file d'attente pour révision. Aucune action requise. Attendez la fin de l'analyse.

Après avoir examiné et corrigé les éventuels problèmes :

  1. À l'étape d'approbation, cliquez sur Submit for Approval.

  2. Un administrateur DMS ou un DBA effectue une vérification finale.

  3. Une fois approuvé, le ticket est clôturé.

Si les instructions SQL modifiées échouent toujours à la vérification ou ne peuvent pas être analysées, un message d'erreur s'affiche après avoir cliqué sur Submit for Approval .

Exemples de fichiers SQL

Téléchargez les exemples de fichiers pour découvrir les formats pris en charge :

Étapes suivantes