Pengaturan Ulang Basis Data: Mengapa Penting, dan Perbedaan antara On-Line dan Off-Line
Pengaturan ulang basis data dilakukan untuk menghemat ruang data dan meningkatkan efisiensi dan kinerja basis data. Artikel ini menjelaskan alasannya. Artikel berikutnya menunjukkan cara mengatur ulang beberapa tabel dan database di Eclipse.
Data dalam tabel RDBMS besar akhirnya menjadi terfragmentasi. Ukuran tabel dan indeks meningkat saat catatan didistribusikan ke lebih banyak halaman data. Lebih banyak pembacaan halaman dan baris dalam urutan non-gabung selama eksekusi kueri, respons kueri lambat. Untuk mendapatkan kembali ruang yang terbuang, meningkatkan waktu aktif basis data, dan mempercepat akses data (tanggapan kueri), pertimbangkan strategi untuk mengatur ulang objek basis data Anda.
Pengaturan ulang basis data terdiri dari dua jenis untuk tabel ini, objek indeks dan tablespace:on-line (di tempat) dan off-line (klasik).
Database online reorgs bekerja secara bertahap dengan memindahkan baris dalam tabel yang ada untuk membangun kembali pengelompokan, mendapatkan kembali ruang kosong, dan menghilangkan baris yang meluap. Objek tidak tersedia hanya untuk waktu yang singkat menjelang akhir, tidak selama fase memuat ulang dan membangun kembali, yang dapat diperpanjang untuk objek besar. Mereka mengizinkan aplikasi untuk terhubung ke database, tetapi sering memperlambat kinerjanya, dan dapat membuat kunci menunggu pada saat itu.
Database offline reorg lebih cepat, tetapi dapat membuat database offline (jika utilitas database reorg digunakan). Dengan metode ini, data diekspor dari database ke dalam file dump (unload). Objek database diatur kembali berdasarkan ekstrak, biasanya diurutkan ulang (sort). Mereka kemudian dikembalikan ke tablespace yang sama (memuat), di mana indeks dipulihkan secara implisit (dibangun kembali).
DBA yang sadar akan kinerja menggunakan IRI FACT (Fast Extract) untuk membongkar, yang membuat file datar portabel yang dapat diurutkan (dengan IRI CoSort) pada kunci indeks utama dari tabel yang ditata ulang. Dengan pendekatan ini, transformasi dan operasi pelaporan lainnya dapat terjadi, dan database tetap online. Pemuatan jalur langsung yang telah diurutkan sebelumnya juga mengabaikan pengurutan (overhead) pemuat basis data. Semua operasi ini diotomatisasi di wizard pengaturan ulang offline IRI Workbench.
Memegang salinan "bayangan" data dalam sistem file untuk setiap tabel tidak boleh terlalu berat karena setelah file datar disortir dan dimuat ulang, file tersebut dapat dihapus. Pada saat yang sama, memiliki data reorg yang dieksternalisasi dan tersedia untuk CoSort juga memungkinkan kemungkinan penggunaan data lainnya, termasuk pengarsipan, pelaporan, perlindungan, dan migrasi ke database lain, alat BI, dan target aplikasi.
Peringatan tentu saja adalah bahwa selama pembongkaran, pengguna sistem lain dapat membaca dan dapat memperbarui ruang tabel, sehingga pembaruan apa pun selama waktu ini dapat melewatkan pemuatan ulang dan membuat inkonsistensi dalam target. Oleh karena itu direkomendasikan bahwa reorg off-line dilakukan ketika pembaruan tidak terjadi.
IRI menawarkan solusi reorg off-line, dijelaskan dan ditampilkan di sini.
