Area Masalah yang Potensial di Database SQL Multitable - integritas data terorganisir

Integritas data dapat dikenai serangan dari berbagai tempat. Beberapa masalah ini hanya muncul dalam database SQL multitable; yang lain bisa terjadi bahkan di database yang hanya berisi satu meja saja. Anda ingin mengenali dan meminimalkan semua potensi ancaman ini.

Data masukan buruk

Dokumen sumber atau file data yang Anda gunakan untuk mengisi database Anda mungkin berisi data buruk. Data ini mungkin merupakan versi rusak dari data yang benar, atau mungkin bukan data yang Anda inginkan. Cek jarak memberi tahu Anda apakah data memiliki integritas domain.

Jenis cek ini menangkap beberapa - tapi tidak semua - masalah. Misalnya, nilai field salah yang berada dalam kisaran yang dapat diterima - namun tetap salah - tidak diidentifikasi sebagai masalah.

Kesalahan operator

Data sumber Anda mungkin benar, namun operator entri data mungkin salah menuliskan data. Jenis kesalahan ini dapat menyebabkan jenis masalah yang sama dengan data masukan yang buruk. Beberapa solusinya juga sama. Rentang cek membantu, tapi tidak mudah. Solusi lain adalah dengan memiliki operator kedua secara mandiri memvalidasi semua data.

Pendekatan ini mahal karena validasi independen membutuhkan dua kali jumlah orang dan dua kali lipatnya. Namun, dalam beberapa kasus, integritas data sangat penting, usaha ekstra dan biaya mungkin terbukti bermanfaat.

Kegagalan mekanis

Jika Anda mengalami kegagalan mekanis, seperti disk crash, data dalam tabel mungkin akan hancur. Backup yang bagus adalah pertahanan utama Anda melawan masalah ini.

Malice

Pertimbangkan kemungkinan seseorang mungkin ingin merusak data Anda. Baris pertama pertahanan Anda adalah untuk menolak akses database kepada siapa saja yang mungkin memiliki maksud jahat dan untuk membatasi pengguna yang berwenang sehingga mereka hanya dapat mengakses data yang mereka butuhkan. Pertahanan kedua Anda adalah menjaga backup data di tempat yang aman. Secara berkala evaluasi ulang fitur keamanan instalasi Anda. Menjadi sedikit paranoid tidak ada salahnya. Redundansi data Data redundansi

- item data yang sama muncul di banyak tempat - merupakan masalah besar dengan model database hirarkis, namun masalahnya dapat mengganggu basis data relasional juga. Tidak hanya ruang penyimpanan limbah redundansi semacam itu dan memperlambat pemrosesan, namun juga dapat menyebabkan kerusakan data yang serius.

Jika Anda menyimpan item data yang sama dalam dua tabel yang berbeda dalam database, item di salah satu tabel tersebut dapat berubah sementara item yang sesuai di tabel lainnya tetap sama.Situasi ini menghasilkan perbedaan, dan Anda mungkin tidak memiliki cara untuk menentukan versi mana yang benar. Itu alasan bagus untuk menjaga redundansi data seminimal mungkin. Meskipun sejumlah redundansi diperlukan untuk kunci utama satu meja untuk dijadikan kunci asing di negara lain, Anda harus berusaha menghindari pengulangan item data di luar itu.

Setelah Anda menghilangkan sebagian besar redundansi dari desain database, Anda mungkin mendapati bahwa kinerja sekarang tidak dapat diterima. Operator sering sengaja menggunakan sedikit redundansi untuk mempercepat pemrosesan.

Praktik yang umum adalah merancang database dengan sedikit redundansi dan dengan tingkat normalisasi yang tinggi, dan kemudian, setelah menemukan bahwa aplikasi penting berjalan lambat, untuk secara selektif menambahkan redundansi dan denormalize. Kata kuncinya di sini adalah

selektif.

Redundansi yang Anda tambahkan kembali harus memiliki tujuan tertentu, dan karena Anda benar-benar menyadari adanya redundansi dan bahaya yang diwakilinya, Anda mengambil tindakan yang tepat untuk memastikan bahwa redundansi tidak menimbulkan masalah lebih banyak daripada solves. Bila Anda melebihi kapasitas DBMS Anda

Sistem basis data mungkin berjalan dengan baik selama bertahun-tahun dan kemudian mulai mengalami kesalahan intermiten yang menjadi semakin serius. Ini mungkin pertanda Anda mendekati salah satu batasan kapasitas sistem. Bagaimanapun, ada batasan jumlah baris yang mungkin dimiliki tabel. Ada juga batasan pada kolom, kendala, dan berbagai fitur database lainnya.

Periksa ukuran dan isi database Anda saat ini terhadap spesifikasi yang tercantum dalam dokumentasi DBMS Anda. Jika Anda berada di dekat batas area manapun, pertimbangkan untuk mengupgrade ke sistem dengan kapasitas lebih tinggi. Atau Anda mungkin ingin mengarsipkan data lama yang tidak lagi aktif dan kemudian menghapusnya dari database Anda.