kenop database anu Cara panggampangna pikeun Nyieun database relational efisien
Anjeun bisa geus nyaho, basis data ngagunakeun tabel pikeun ngatur informasi. (Mun anjeun teu boga familiarity dasar kalayan konsep database, baca Naon a databés? ) Saban tabel diwangun ku sababaraha barisan, unggal atomna rékaman databés. Ku kituna, kumaha basis data tetep sakabéh rékaman ieu lempeng? Ieu ngaliwatan pamakéan kenop.
kenop primér
Jinis mimiti konci kami gé ngabahas teh konci primér . Unggal tabel database kudu boga hiji atawa leuwih kolom ditunjuk salaku konci primér . Nilai konci ieu nahan kedah unik keur unggal catetan dina database.
Contona, nganggap urang boga méja disebutna karyawan nu ngandung émbaran tanaga pikeun unggal pagawe di teguh urang. Urang kukituna kudu milih hiji konci primér luyu nu uniquely bakal nangtukeun unggal pagawe. pamikiran mimiti Anjeun bisa jadi ngagunakeun nami pagawe sacara. Teu bakal dianggo kaluar kacida alusna kusabab éta conceivable nu kukituna nyewa dua pagawé nu ngaranna sarua. Hiji pilihan hadé bisa jadi ngagunakeun jumlah ID pagawe unik nu napelkeun ka unggal pagawe nalika aranjeunna nuju hired. Sababaraha organisasi milih ngagunakeun Nomer Jaminan Sosial (atawa identifiers pamaréntah sarupa) pikeun ieu tugas kusabab unggal pagawe geus boga hiji jeung aranjeunna nuju dijamin janten unik. Sanajan kitu, pamakéan Nomer Jaminan Sosial keur kaperluan ieu téh kacida kontroversial alatan masalah privacy. (Mun anjeun damel pikeun organisasi pamaréntah, pamakéan a Jumlah Jaminan Sosial mungkin malah jadi haram di handapeun Act Privasi of 1974.) Ku sabab kitu, paling organisasi geus bergeser ka pamakéan identifiers unik (ID pagawe, ID murid, jsb .) nu teu babagi masalah privasi ieu.
Sakali mutuskeun kana hiji konci primér sarta nyetél Cikajang, sistem manajemen database bakal ngalaksanakeun uniqueness sahiji kenop.
Lamun coba nyelapkeun catetan a kana méja ku konci primér anu duplikat hiji catetan aya, sisipan bakal gagal.
Paling basis data oge sanggup generating kenop primér sorangan. Microsoft Aksés, contona, bisa jadi ngonpigurasi nganggo AutoNumber tipe data keur ngadaptarkeun ID unik keur unggal catetan dina méja. Bari éféktif, ieu téh prakték design goréng sabab daun Anjeun sareng nilai hartina di unggal catetan dina méja. Kunaon teu make spasi nu pikeun nyimpen hal mangpaat?
kenop asing
Tipe séjén teh konci asing , anu geus dipaké pikeun nyieun hubungan antara tabel. hubungan Pengetahuan Alam aya diantara tabel di paling struktur database. Balik ka database karyawan urang, ngabayangkeun yen urang hayang nambahkeun tabel ngandung émbaran departmental kana databés. méja anyar ieu bisa disebut Departemén jeung bakal ngandung loba émbaran ngeunaan jabatan sakabéhna. Urang ogé kukituna hoyong ngawengku informasi ngeunaan karyawan di departemen, tapi bakal jadi kaleuleuwihan mun boga informasi sami dina dua tabel (pagawé sarta Departemén). Gantina, urang bisa nyieun hubungan antara dua tabel.
Hayu urang nganggap yen tabel Departemén ngagunakeun kolom Department Ngaran salaku konci primér. Pikeun nyieun hubungan antara dua tabel, urang tambahkeun hiji kolom anyar kana méja pagawé disebut Departemen. Urang lajeng eusian nami jurusan nu unggal pagawe milik. Urang ogé ngawartosan ka sistem manajemen database nu kolom Department dina tabel pagawé téh konci asing anu rujukan tabel Departemén.
Pangkalan data lajeng bakal ngalaksanakeun integritas referential ku mastikeun yén sakabéh nu nilai dina kolom Departemén di tabel karyawan kudu éntri saluyu dina tabel Departemén.
Catetan yen teu aya Konstrain uniqueness pikeun konci asing. Urang meureun (jeung paling dipikaresep ulah) ngabogaan leuwih ti hiji pagawe nu milik hiji departemén tunggal. Nya kitu, aya euweuh sarat yen entri dina tabel Departemén boga naon saluyu Éntri dina tabel karyawan. Ieu mungkin nu urang kukituna boga departemén jeung euweuh pagawé.
Pikeun langkung lengkep ihwal topik ieu, baca Nyieun kenop Luar .