Rumah >pangkalan data >tutorial mysql >Kunci Utama Komposit atau Gantian untuk Jadual Banyak-ke-Banyak: Mana Berprestasi Lebih Baik?
Dalam bidang reka bentuk pangkalan data, perhubungan banyak-ke-banyak menimbulkan persoalan: sekiranya kunci utama jadual pemetaan ialah gabungan kunci asing daripada jadual berkaitan, atau pengganti peningkatan automatik kunci?
Menurut hujah terhadap kunci pengganti, mencipta kunci utama komposit (PartID, DeviceID) mewajibkan pengisihan cakera fizikal dalam susunan itu. Memasukkan rekod baharu (Bahagian1/Peranti3) antara entri sedia ada (Bahagian1/Peranti1) dan (Bahagian2/Peranti3) akan memerlukan kocok data yang ketara, menjadi masalah untuk saiz jadual yang besar.
Penyokong kunci utama komposit mengetepikan kebimbangan ini, dengan mendakwa bahawa:
Implikasi prestasi untuk memilih antara kunci komposit dan pengganti adalah minimum untuk pemetaan dua lajur banyak-ke-banyak. Walau bagaimanapun, untuk pemetaan yang lebih kompleks atau beban kerja sisipan yang berat, kunci pengganti mungkin menawarkan kelebihan, seperti:
Dalam kebanyakan kes, pilihan antara kunci komposit dan pengganti untuk jadual banyak-ke-banyak adalah soal keutamaan. Untuk pemetaan dua lajur ringkas, kunci utama komposit menawarkan kesederhanaan dan keunikan. Walau bagaimanapun, untuk pemetaan kompleks atau beban kerja sisipan tinggi, kunci pengganti mungkin memberikan prestasi yang lebih baik dan integriti data.
Atas ialah kandungan terperinci Kunci Utama Komposit atau Gantian untuk Jadual Banyak-ke-Banyak: Mana Berprestasi Lebih Baik?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!