Sub-Jenis atau Jadual Berasingan untuk Nota: Reka Bentuk Pangkalan Data manakah yang Terbaik?

Menggunakan Sub-Jenis atau Jadual Berasingan untuk Nota dalam Reka Bentuk Pangkalan Data

Apabila mereka bentuk pangkalan data, persoalan biasa timbul: adakah sub-jenis digunakan dalam satu jadual, atau perlukah jadual berasingan dibuat untuk jenis data yang berbeza? Dalam kes ini, kami mempunyai pangkalan data dengan tiga jadual utama: BUKU, ARTIKEL dan NOTA. Pada mulanya, satu jadual NOTA digunakan untuk menyimpan nota untuk kedua-dua buku dan artikel. Walau bagaimanapun, kebimbangan telah dibangkitkan tentang penormalan dan kecekapan reka bentuk ini.

Pendekatan alternatif yang berpotensi adalah dengan menggunakan lima jadual: BUKU, ARTIKEL, NOTA, BUKU_NOTA dan ARTIKEL_NOTA. Struktur ini akan membenarkan penyimpanan nota buku dan nota artikel yang berasingan, dengan takrifan lajur yang lebih ringkas dalam jadual NOTA.

Keputusan antara menggunakan subjenis atau jadual berasingan bergantung pada sifat khusus data. Subjenis biasanya digunakan apabila subjenis mempunyai lajur yang unik dan berbeza. Walau bagaimanapun, dalam kes ini, jadual BOOK_NOTES dan ARTICLE_NOTES tidak jauh berbeza dalam struktur.

Pendekatan yang lebih optimum boleh melibatkan penciptaan jadual superjenis, Penerbitan, dengan Buku dan Artikel sebagai subjenis. Ini akan membenarkan satu jadual NOTA dengan kunci asing untuk Penerbitan. Memandangkan kunci utama Penerbitan adalah sama dengan kunci utama Buku (atau Artikel), ia memudahkan gabungan yang cekap pada Penerbitan, Buku atau Artikel. Reka bentuk ini juga memberikan fleksibiliti untuk menambah jenis penerbitan baharu, seperti Majalah, tanpa mengubah suai jadual NOTA.

Sebagai contoh, skema jadual berikut menunjukkan pendekatan ini:

TABLE Publication (
      ID (PK)

Atas ialah kandungan terperinci Sub-Jenis atau Jadual Berasingan untuk Nota: Reka Bentuk Pangkalan Data manakah yang Terbaik?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!