Rumah >pangkalan data >tutorial mysql >Bagaimana untuk Menguruskan Kunci Asing Merentas Jadual dalam Reka Bentuk Pangkalan Data dengan Berkesan?
Dalam seni bina pangkalan data yang terdiri daripada tiga jadual: wilayah, negara dan negeri, hubungan hierarki wujud di mana negara boleh terletak dalam wilayah dan negeri mungkin wujud dalam wilayah atau negara. Ini menimbulkan cabaran apabila cuba membuat jadual keempat, popular_areas, dengan lajur region_id dan popular_place_id, di mana yang kedua harus merujuk lokaliti yang terdapat di sama ada negara atau negeri.
Konsep Persatuan Polimorfik menampilkan dirinya sebagai penyelesaian yang berpotensi untuk dilema ini. Pada asasnya, idea itu melibatkan penubuhan lajur kunci asing yang merujuk nilai id yang sepadan daripada satu set jadual sasaran yang mungkin. Walau bagaimanapun, strategi ini memerlukan kemasukan lajur tambahan yang menentukan jadual sasaran yang memegang nilai rujukan.
Seperti sedia ada, kekangan SQL tidak menyokong pelaksanaan Persatuan Polimorfik, kerana kekangan kunci asing mengehadkan rujukan kepada jadual sasaran tunggal. Rangka kerja seperti Rails dan Hibernate menawarkan sokongan untuk Persatuan Polimorfik tetapi menuntut penyahaktifan kekangan SQL untuk memudahkan fungsi ini. Sebagai ganti kekangan sedemikian, rangka kerja bertanggungjawab untuk memastikan integriti rujukan dengan mengesahkan bahawa nilai kunci asing sejajar dengan entri dalam jadual sasaran yang dibenarkan.
Walaupun rayuan mereka, Persatuan Polimorfik memperkenalkan kelemahan dalam memastikan konsistensi pangkalan data. Integriti data bergantung pada aplikasi logik integriti rujukan yang konsisten dan ketiadaan kelemahannya merentas semua titik akses pangkalan data.
Oleh itu, pendekatan alternatif yang memanfaatkan integriti rujukan dikuatkuasakan pangkalan data patut dipertimbangkan:
1. Mewujudkan Jadual Tambahan Berasingan:
Satu pendekatan melibatkan penciptaan satu jadual tambahan untuk setiap sasaran, seperti popular_states dan popular_countries, yang mewujudkan hubungan dengan negeri dan negara, masing-masing. Jadual ini juga mengekalkan perhubungan dengan profil pengguna.
2. Supertable dengan Warisan:
Sebagai penyelesaian alternatif, jadual popular_area boleh merujuk supertable, seperti tempat, yang berfungsi sebagai ibu bapa untuk kedua-dua negeri dan negara. Kunci utama negeri dan negara boleh menjadi kunci asing yang menghubungkannya ke tempat.
3. Pelaksanaan Lajur Dupleks:
Daripada menggunakan satu lajur yang mampu merujuk berbilang jadual sasaran, menggunakan dua lajur — state_id dan country_id — membuktikan alternatif yang berdaya maju. Hanya satu daripada lajur ini harus mempunyai nilai bukan NULL pada bila-bila masa.
Kesimpulannya, integriti rujukan dan prinsip normalisasi data mencadangkan berhati-hati dalam menggunakan Persatuan Polimorfik. Strategi alternatif yang bergantung pada penguatkuasaan pangkalan data bagi integriti rujukan menyediakan penyelesaian yang lebih mantap dan konsisten untuk mewujudkan hubungan utama asing merentas entiti merentas jadual.
Atas ialah kandungan terperinci Bagaimana untuk Menguruskan Kunci Asing Merentas Jadual dalam Reka Bentuk Pangkalan Data dengan Berkesan?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!