Data Management:Optimisation de la revue SQL dans les tickets de modification de données

Contexte

DMS inclut des règles de revue SQL par défaut, telles que A table must have comments, An INSERT statement cannot insert a null value into a NOT NULL column et Field names cannot be duplicated in an INSERT statement.

Pour obtenir une vue d'ensemble des contrôles de conformité SQL disponibles et des suggestions d'optimisation, consultez la rubrique Configurer l'optimisation de la revue SQL.

Prérequis

Avant de commencer, créez la table migration_job à l'aide de l'instruction suivante :

CREATE TABLE `migration_job` (
  `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT 'Primary key',
  `gmt_create` datetime NOT NULL COMMENT 'Creation time',
  `ref_id` bigint(20) unsigned NOT NULL COMMENT '',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='Test';

Étape 1 : Configurer les règles de sécurité

Les étapes suivantes configurent les règles d'optimisation de la revue SQL pour le mode Security Collaboration. Pour les modes Flexible Management ou Stable Change, cliquez sur SQL review optimization à côté du mode de contrôle correspondant.

1. Connectez-vous à DMS 5.0.

2. Placez le pointeur sur l'icône située dans le coin supérieur gauche, puis choisissez All Features > Security and disaster recovery (DBS) > Security Rules.

   Remarque

   Si vous utilisez la console DMS en mode normal, choisissez Security and disaster recovery (DBS) > Security Rules dans la barre de navigation supérieure.

3. Repérez l'ensemble de règles de sécurité cible et cliquez sur Edit dans la colonne Actions.

4. Dans le volet de navigation de gauche de la page Details, cliquez sur SQL audit optimization recommendations.

5. Repérez la règle A table must have a primary key et cliquez sur Edit dans la colonne Actions.

   Remarque

   Cliquez sur l'icône située à côté de Tag, Behavioral action ou Status pour filtrer les règles. Le tag définit la portée de la règle (DDL ou DML). Le statut peut être activé ou désactivé.

6. Dans la boîte de dialogue Rule content configuration, configurez les paramètres. Pour cet exemple, définissez l'action comportementale sur Must Improve.

   Remarque

   Les règles système par défaut n'incluent pas l'option Must Improve. Pour connaître les options d'behavioral action disponibles, consultez la rubrique System behavioral actions.

7. Cliquez sur OK.

   Lors des tâches ultérieures telles que le développement de données, la modification de données et la revue SQL, DMS vérifie vos instructions SQL par rapport aux règles de sécurité configurées.

Étape 2 : Exécuter une modification de données

1. Connectez-vous à DMS 5.0.

2. Placez le pointeur sur l'icône située dans le coin supérieur gauche de la console DMS, puis choisissez All Features > Database Development > Data Change > Normal Data Modify.

   Remarque

   Si vous utilisez la console DMS en mode normal, choisissez Database Development > Data Change > Normal Data Modify dans la barre de navigation supérieure.

3. Sur la page Data Change Ticket Application, configurez les paramètres et cliquez sur Submit Application.

   Remarque

   Pour obtenir la description des paramètres, consultez la rubrique Normal Data Modify.

   • Sélectionnez l'instance de base de données associée à l'ensemble de règles de sécurité cible.

   • Le code SQL pour la modification de données est le suivant :

     CREATE TABLE test1 ( 
         id bigint COMMENT 'id', 
         name varchar(60) COMMENT 'name'
     ) DEFAULT CHARSET = utf8mb4 COLLATE utf8mb4_bin ENGINE = INNODB;
     
     INSERT INTO migration_job(id, ref_id, gmt_create, gmt_create) 
     VALUES(1, null, now(), now());

4. Après avoir soumis le ticket, le système vérifie les instructions SQL par rapport aux règles de sécurité configurées à l'étape 1.

   L'audit identifie un élément Must Improve, deux problèmes potentiels et un élément Suggested Improvement.

5. Cliquez sur View Details. Survolez les éléments d'erreur de la revue SQL pour afficher les suggestions spécifiques.

6. En vous basant sur les suggestions, cliquez sur Modify SQL, optimisez le code SQL, puis cliquez sur Confirm Change.

   Les modifications sont les suivantes :

   • Dans l'instruction CREATE, ajoutez une clé primaire et un commentaire à la table test1.

   • Dans l'instruction INSERT, supprimez le champ gmt_create en double et insérez une valeur pour le champ ref_id.

   Le code SQL modifié est le suivant :

   CREATE TABLE test1 (
       id bigint PRIMARY KEY COMMENT 'id',
       name varchar(60) COMMENT  'name'
   ) DEFAULT  CHARSET = utf8mb4 COLLATE  utf8mb4_bin ENGINE = INNODB  COMMENT  = 'Comment';
   INSERT INTO migration_job(id, ref_id, gmt_create) VALUES(1, 2, now());

7. Le système effectue à nouveau la pré-vérification.

8. Cliquez sur Submit for Approval et attendez qu'un administrateur approuve le ticket.

   Après approbation, le système génère une tâche d'exécution.

9. Une fois le ticket approuvé, cliquez sur Execute Change. Dans la boîte de dialogue Task Settings, configurez les paramètres d'exécution et cliquez sur Confirm and Execute.

   Remarque

   • Lors de la création d'un ticket, si la Execution Method est définie sur Automatically execute after approval, le système ignore automatiquement cette étape.

   • Si une tâche en pause est redémarrée, elle reprend son exécution à partir du point d'arrêt.

   Paramètre	Description
   Execution strategy	Options de stratégie d'exécution : Execute Immediately : Démarre la tâche lorsque vous cliquez sur Confirm and Execute. Scheduled Execution : Exécute la tâche à une date et heure futures spécifiées.
   Enable global transaction	Indique s'il faut englober toutes les instructions dans une transaction globale. Désactivé par défaut. Activé : Toutes les modifications sont annulées en cas d'échec. S'applique uniquement aux instructions DML, pas aux DDL. Désactivé : Les instructions s'exécutent séquentiellement. En cas d'échec, la tâche s'arrête mais les modifications précédentes ne sont pas annulées.
   Enable backup	Indique s'il faut sauvegarder les lignes affectées avant l'exécution. Activé par défaut. Permet une restauration rapide des données à partir de la sauvegarde. Remarque La sauvegarde est prise en charge uniquement pour les instructions UPDATE et DELETE. La sauvegarde n'est pas prise en charge pour MongoDB et Redis. Activé : Avant d'exécuter les instructions UPDATE ou DELETE, le système génère un script de sauvegarde. Pour les bases de données MySQL et MariaDB, une instruction de sauvegarde REPLACE INTO est générée. Remarque Les bases de données MySQL incluent RDS for MySQL, PolarDB for MySQL, PolarDB-X et d'autres sources compatibles MySQL. Pour les moteurs de base de données autres que MySQL et MariaDB, une instruction de sauvegarde INSERT est générée. Désactivé : Aucun script de sauvegarde n'est généré.

   Remarque

   Le module SQL execution control des security rules surveille l'exécution des tâches SQL, y compris le délai d'expiration du verrou de la base de données, la charge de la base de données et les politiques de mise en veille post-exécution. Pour modifier les valeurs par défaut, consultez la rubrique Configurer le contrôle d'exécution SQL.

   • Après une exécution réussie, cliquez sur Details dans la colonne Actions pour afficher l'état d'exécution, le nombre d'exécutions, les lignes affectées, les scripts et les journaux.

   • Vous pouvez également vous connecter à la console SQL de la base de données pour vérifier les modifications de données.

Étapes suivantes