Data Management:Optimisasi tinjauan SQL dalam tiket perubahan data

Latar Belakang

Data Management (DMS) menyediakan serangkaian aturan tinjauan SQL bawaan dalam aturan keamanannya, seperti: A table must have comments, An INSERT statement cannot insert a null value into a NOT NULL column, dan Field names cannot be duplicated in an INSERT statement.

Untuk ikhtisar pemeriksaan kepatuhan SQL dan saran optimisasi, lihat Konfigurasikan optimisasi tinjauan SQL.

Prasyarat

Sebelum memulai, buat tabel migration_job dengan pernyataan berikut:

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';

Langkah 1: Konfigurasikan aturan keamanan

Bagian ini menjelaskan cara mengonfigurasi aturan optimisasi tinjauan SQL untuk mode Security Collaboration. Untuk menyesuaikan aturan pada mode Flexible Management atau Stable Change, klik SQL review optimization di sebelah mode kontrol yang sesuai.

1. Masuk ke DMS 5.0.

2. Arahkan penunjuk ke ikon di pojok kiri atas dan pilih All Features > Security and disaster recovery (DBS) > Security Rules.

   Catatan

   Jika Anda menggunakan Konsol DMS dalam mode normal, pilih Security and disaster recovery (DBS) > Security Rules di bilah navigasi atas.

3. Temukan kumpulan aturan keamanan yang dituju dan klik Edit di kolom Actions.

4. Di panel kiri halaman Details, klik tab SQL audit optimization recommendations.

5. Temukan aturan A table must have a primary key dan klik Edit di kolom Actions.

   Catatan

   Anda dapat mengklik ikon di samping Tag, Behavioral action, atau Status untuk memfilter aturan dengan cepat. Pengaturan Tag menentukan cakupan aturan, seperti pernyataan DDL atau DML. Status dapat diaktifkan atau dinonaktifkan.

6. Di kotak dialog Rule content configuration, konfigurasikan parameter. Untuk contoh ini, atur behavioral action menjadi Must Improve.

   Catatan

   Aturan sistem awal tidak mencakup opsi Must Improve. Untuk informasi selengkapnya tentang opsi behavioral action, lihat System behavioral actions.

7. Klik OK.

   Jika Anda menggunakan fitur seperti pengembangan data, perubahan data, dan tinjauan SQL, fitur optimisasi tinjauan SQL akan memverifikasi pernyataan SQL berdasarkan aturan keamanan yang telah dikonfigurasi.

Langkah 2: Eksekusi perubahan data

1. Masuk ke DMS 5.0.

2. Arahkan penunjuk ke ikon di pojok kiri atas Konsol DMS dan pilih All Features > Database Development > Data Change > Normal Data Modify.

   Catatan

   Jika Anda menggunakan Konsol DMS dalam mode normal, pilih Database Development > Data Change > Normal Data Modify di bilah navigasi atas.

3. Di halaman Data Change Ticket Application, konfigurasikan parameter dan klik Submit Application.

   Catatan

   Untuk deskripsi parameter, lihat Normal Data Modify.

   • Pilih instans database yang terkait dengan kumpulan aturan keamanan yang dituju.

   • Kode SQL untuk perubahan data adalah sebagai berikut:

     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. Setelah Anda mengirimkan tiket, sistem memeriksa pernyataan SQL terhadap aturan keamanan yang dikonfigurasi di Langkah 1.

   Fitur optimisasi tinjauan SQL melakukan audit terhadap pernyataan yang diajukan. Pada contoh ini, audit menemukan satu item Must Improve, dua potensi masalah, dan satu item Suggested Improvement.

5. Klik View Details. Arahkan kursor ke item kesalahan tinjauan SQL untuk melihat saran spesifik.

6. Berdasarkan saran tersebut, klik Modify SQL, optimalkan SQL, lalu klik Confirm Change.

   Modifikasi dilakukan sebagai berikut:

   • Pada pernyataan CREATE, tambahkan primary key dan komentar pada tabel test1.

   • Pada pernyataan INSERT, hapus bidang gmt_create yang duplikat dan masukkan nilai untuk bidang ref_id.

   Kode SQL yang telah dimodifikasi adalah sebagai berikut:

   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. Sistem melakukan pemeriksaan awal (precheck) lagi.

8. Klik Submit for Approval dan tunggu administrator menyetujui tiket tersebut.

   Setelah tiket disetujui, sistem menghasilkan tugas eksekusi.

9. Setelah tiket disetujui, klik Execute Change. Di kotak dialog Task Settings, konfigurasikan parameter eksekusi dan klik Confirm and Execute.

   Catatan

   • Saat membuat tiket, jika Execution Method diatur ke Automatically execute after approval, sistem akan melewati langkah ini secara otomatis.

   • Jika tugas yang dijeda dijalankan ulang, eksekusi dilanjutkan dari titik di mana tugas tersebut dijeda.

   Parameter	Deskripsi
   Execution strategy	Pilih strategi eksekusi: Execute Immediately: Tugas dimulai segera setelah Anda mengklik Confirm and Execute. Scheduled Execution: Tentukan waktu di masa depan untuk memulai tugas. Misalnya, eksekusi tugas pada pukul 00.00 tanggal 22 Mei 2024.
   Enable global transaction	Menentukan apakah transaksi global diaktifkan. Secara default, opsi ini dinonaktifkan. Diaktifkan: Jika eksekusi gagal, semua perubahan dikembalikan (rollback). Ini hanya berlaku untuk pernyataan DML, bukan pernyataan DDL. Dinonaktifkan: Pernyataan SQL dikirim satu per satu. Jika suatu pernyataan gagal, tugas berhenti, tetapi perubahan sebelumnya tidak dikembalikan.
   Enable backup	Menentukan apakah backup dibuat sebelum eksekusi. Opsi ini diaktifkan secara default. Mengaktifkannya memungkinkan Anda memulihkan data dengan cepat dari file backup. Note Backup hanya didukung untuk pernyataan UPDATE dan DELETE. Backup tidak didukung untuk MongoDB dan Redis. Diaktifkan: Sebelum mengeksekusi pernyataan UPDATE atau DELETE, sistem secara otomatis menghasilkan skrip backup yang sesuai. Untuk database MySQL dan MariaDB, sistem menghasilkan pernyataan backup REPLACE INTO. Note Database MySQL mencakup RDS for MySQL, PolarDB for MySQL, PolarDB-X, dan sumber lain yang kompatibel dengan MySQL. Untuk mesin database selain MySQL dan MariaDB, sistem menghasilkan pernyataan backup INSERT. Dinonaktifkan: Tidak ada skrip backup yang dihasilkan.

   Catatan

   Modul SQL execution control dalam security rules memantau eksekusi tugas SQL. Ini mencakup pemeriksaan seperti timeout lock database, beban database, dan kebijakan jeda pasca-eksekusi. Untuk mengubah pengaturan default, lihat Konfigurasikan kontrol eksekusi SQL.

   • Setelah tiket berhasil dieksekusi, Anda dapat mengklik Details di kolom Actions untuk melihat status eksekusi, jumlah eksekusi, baris yang terpengaruh, skrip yang dieksekusi, log, dan informasi lainnya.

   • Setelah eksekusi berhasil, Anda juga dapat menghubungkan ke SQL console database untuk memverifikasi bahwa perubahan data telah diterapkan sesuai harapan.