Bidang Masalah yang berpotensi dalam Pangkalan Data SQL yang banyak - dummies

Keutuhan data adalah tertakluk kepada serangan dari pelbagai pihak. Beberapa masalah ini timbul hanya dalam pangkalan data SQL yang banyak; yang lain boleh berlaku walaupun dalam pangkalan data yang mengandungi hanya satu jadual. Anda mahu mengenali dan meminimumkan semua potensi ancaman ini.

Data masukan buruk

Dokumen sumber atau fail data yang anda gunakan untuk mengisi pangkalan data anda mungkin mengandungi data yang tidak baik. Data ini mungkin merupakan versi yang rosak dari data yang betul, atau mungkin bukan data yang anda mahukan. Pemeriksaan jarak memberitahu anda sama ada data mempunyai integriti domain.

Cek semacam ini menangkap beberapa - tetapi tidak semua - masalah. Contohnya, nilai medan tidak betul yang berada dalam julat yang boleh diterima - tetapi masih tidak betul - tidak dikenalpasti sebagai masalah.

Ralat pengendali

Data sumber anda mungkin betul, tetapi pengendali kemasukan data boleh menyalin data dengan salah. Kesilapan jenis ini boleh membawa kepada masalah yang sama seperti data masukan yang tidak baik. Sebahagian daripada penyelesaian adalah sama. Pemeriksaan jarak jauh membantu, tetapi mereka tidak boleh dipercayai. Satu lagi penyelesaian ialah untuk mempunyai pengendali kedua secara bebas mengesahkan semua data.

Pendekatan ini mahal kerana pengesahan bebas mengambil masa dua kali bilangan orang dan dua kali masa. Tetapi dalam sesetengah kes di mana integriti data adalah kritikal, usaha dan perbelanjaan tambahan mungkin terbukti berbaloi.

Kegagalan mekanikal

Jika anda mengalami kegagalan mekanikal, seperti kemalangan cakera, data dalam jadual mungkin dimusnahkan. Backup yang baik adalah pertahanan utama anda terhadap masalah ini.

Malice

Perhatikan kemungkinan seseorang boleh ingin merosakkan data anda. Barisan pertahanan pertama anda adalah untuk menafikan akses pangkalan data kepada sesiapa yang mungkin mempunyai niat jahat dan untuk menyekat pengguna yang diberi kuasa supaya mereka boleh mengakses hanya data yang mereka perlukan. Pertahanan kedua anda adalah untuk mengekalkan sandaran data di tempat yang selamat. Periksa semula secara berkala ciri keselamatan pemasangan anda. Menjadi paranoid kecil tidak menyakitkan.

Redundansi data

Redundansi data - item data yang sama dipanaskan di banyak tempat - adalah masalah besar dengan model pangkalan data hierarki, tetapi masalah tersebut dapat melumpuhkan pangkalan data hubungan. Bukan sahaja ruang penyimpanan sisa yang redundansi dan memperlahankan proses, tetapi juga boleh membawa kepada rasuah data yang serius.

Jika anda menyimpan item data yang sama dalam dua jadual yang berlainan dalam pangkalan data, item dalam salah satu jadual boleh berubah sementara item yang sepadan dalam jadual lain tetap sama.Keadaan ini menjana percanggahan, dan anda mungkin tidak dapat menentukan versi mana yang betul. Itulah alasan yang baik untuk menyimpan data redundansi minimum.

Walaupun jumlah redundansi tertentu diperlukan untuk kunci utama satu jadual untuk berfungsi sebagai kunci asing di dalam yang lain, anda harus cuba mengelakkan pengulangan sebarang item data selain itu.

Selepas anda menghapuskan kebanyakan redundansi dari reka bentuk pangkalan data, anda mungkin mendapati bahawa prestasi sekarang tidak boleh diterima. Operator biasanya sengaja menggunakan sedikit redundansi untuk mempercepat pemprosesan.

Amalan biasa adalah pada awalnya mereka bentuk pangkalan data dengan sedikit redundansi dan dengan tahap normalisasi yang tinggi, dan kemudian, setelah mendapati aplikasi penting berjalan perlahan-lahan, secara selektif menambah redundansi dan denormalize. Kata kunci di sini ialah secara selektif.

Keterlaluan yang anda tambah kembali mestilah mempunyai tujuan khusus, dan kerana anda sangat menyedari tentang keterlanjuran dan bahaya yang diwakilinya, anda mengambil langkah yang sesuai untuk memastikan bahawa redundansi tidak menyebabkan lebih banyak masalah daripada itu menyelesaikannya.

Apabila anda melebihi kapasiti DBMS anda

Sistem pangkalan data mungkin berfungsi dengan baik selama bertahun-tahun dan kemudian mula mengalami kesilapan berselang-seling yang menjadi semakin serius. Ini mungkin merupakan tanda bahawa anda menghampiri salah satu had kapasiti sistem. Terdapat, selepas semua, had kepada bilangan baris yang ada jadual. Terdapat juga batasan pada lajur, kekangan, dan pelbagai ciri pangkalan data yang lain.

Semak saiz semasa dan kandungan pangkalan data anda terhadap spesifikasi yang disenaraikan dalam dokumentasi DBMS anda. Sekiranya anda berada berhampiran had dalam mana-mana kawasan, pertimbangkan untuk menaik taraf kepada sistem dengan kapasiti yang lebih tinggi. Atau anda mungkin mahu mengarkibkan data lama yang tidak lagi aktif dan kemudian padamkannya dari pangkalan data anda.