Бойс-Кодд Хэвийн маягтын зорилго нь өгөгдлийн сангийн хэвийн байдалд хүрэхийн тулд харилцааны мэдээллийн сангийн багана, хүснэгтүүдийг цэгцлэх замаар мэдээллийн бүрэн бүтэн байдлыг нэмэгдүүлэх явдал юм. Өгөгдлийн санг хэвийн болгох нь хүснэгтүүдийн хооронд харилцаа холбоо тогтсон, мөн мэдээллийн санг илүү уян хатан болгох, өгөгдлийг хадгалах дүрмийг хүснэгтүүд тодорхойлсон үед үүсдэг.
Өгөгдлийн санг хэвийн болгох зорилго нь илүүдэл өгөгдлийг арилгах, өгөгдлийн хамаарлыг утга учиртай болгох явдал юм. Нэг өгөгдөл нь нэгээс олон хүснэгтэд хадгалагдаагүй, зөвхөн холбогдох өгөгдөл нь хүснэгтэд хадгалагдах үед мэдээллийн сан хэвийн болдог.
Бойс-Коддын хэвийн хэлбэрийн гарал үүсэл
Цуврал зааварчилгааг дагаснаар мэдээллийн санг хэвийн болгох боломжтой. Эдгээр удирдамжийг ердийн маягт гэж нэрлэдэг бөгөөд нэгээс тав хүртэл дугаарласан байдаг. Харилцааны мэдээллийн сан нь 1NF, 2NF, 3NF гэсэн эхний гурван хэлбэрийг хангасан тохиолдолд хэвийн болсон гэж тодорхойлогддог.
BCNF-ийг 1974 онд Рэймонд Бойс, Эдгар Кодд нар гурав дахь хэвийн хэлбэр буюу 3NF-ийн өргөтгөл болгон бүтээжээ. Эрчүүд тооцооллын цагийг багасгах зорилгоор илүүдлийг багасгах мэдээллийн сангийн схемийг бүтээхээр ажиллаж байв. Гурав дахь хэвийн хэлбэр нь эхний болон хоёр дахь хэвийн маягтын удирдамжийг хангахаас гадна үндсэн түлхүүрээс хамааралгүй багануудыг устгадаг. Заримдаа 3.5NF гэж нэрлэдэг BCNF нь 3NF-ийн бүх шаардлагыг хангасан бөгөөд нэр дэвшигчийн түлхүүрүүдийг хүснэгтийн бусад шинж чанаруудаас хамааралгүй байхыг шаарддаг.
BCNF-г үүсгэх үед Бойс нь Codd-ийн харилцааны загварыг ашиглан өгөгдөл хайлтыг сайжруулсан, хожим SQL нэрээр стандартчилагдсан Structured English Query Language-ийн гол хөгжүүлэгчдийн нэг байсан юм. Энэ загварт Кодд мэдээллийн сангийн бүтцийн нарийн төвөгтэй байдлыг бууруулж, асуулга илүү хүчирхэг, уян хатан байх боломжтой гэж үзсэн.
Өөрийн харилцааны мэдээллийн сангийн ойлголтыг ашиглан Кодд 1NF, 2NF, 3NF удирдамжийг тодорхойлсон. Тэрээр Бойстой хамтран BCNF-ийг тодорхойлсон.
Нэр дэвшигчийн түлхүүрүүд болон BCNF
Нэр дэвшигч түлхүүр нь өгөгдлийн сангийн өвөрмөц түлхүүрийг бүрдүүлдэг хүснэгтийн багана эсвэл баганын хослол юм. Шинж чанаруудын хослол нь бусад өгөгдөлд хамаарахгүйгээр өгөгдлийн сангийн бүртгэлийг тодорхойлдог. Хүснэгт бүр олон нэр дэвшигчийн түлхүүрийг агуулж болох бөгөөд тэдгээрийн аль нэг нь үндсэн түлхүүр болж таарч болно. Хүснэгтэнд зөвхөн нэг үндсэн түлхүүр байна.
Нэр дэвшигчийн түлхүүрүүд өвөрмөц байх ёстой.
Тодорхойлогч бүр нэр дэвшигч түлхүүр бол BCNF-д хамаарал байна. Ажилтны мэдээллийг хадгалдаг,,,, болон. шинж чанаруудтай мэдээллийн сангийн хүснэгтийг авч үзье.
Энэ хүснэгтийн талбарт нэр болон овог нэрийг тодорхойлно. Үүний нэгэн адил, хэлхээ (,) нь.-г тодорхойлно.
| Ажилтны ID | Нэр | Овог | Гарчиг |
| 13133 | Эмили | Смит | Менежер |
| 13134 | Жим | Смит | Харилцагч |
| 13135 | Эмили | Жонс | Харилцагч |
Энэ мэдээллийн сангийн нэр дэвшигч түлхүүр нь өөр мөрөнд ашиглах боломжгүй цорын ганц утга учир юм.
FAQ
Бойс-Коддын хэвийн маягтанд ямар шаардлага тавигддаг вэ?
Хүснэгт нь Бойс-Кодд Хэвийн Хэлбэрийн (BCNF) шаардлагыг хангасан бөгөөд хэрэв бүх тодорхойлогч нь нэр дэвшигчийн түлхүүр бөгөөд хамаарал нь Гурав дахь хэвийн хэлбэр (3NF) бол. 3NF нь Нэгдүгээр хэвийн хэлбэр (1NF) болон Хоёрдахь хэвийн маягт (2NF)-ын дүрэмд нийцдэг бөгөөд бүх багана нь үндсэн түлхүүрээс хамаарна.
Дөрөвдүгээр хэвийн хэлбэр болон Бойс-Кодд хэвийн хэлбэр хоёрын ялгаа юу вэ?
Дөрөвдүгээр хэвийн хэлбэр (4NF) нь мэдээллийн санг хэвийн болгоход Boyce-Codd Normal Form (BCNF)-ийн дараа нэг түвшин юм. 4NF нь BCNF-тэй адил 3NF-ийн шаардлагыг хангадаг. Гэсэн хэдий ч 4NF хүснэгтэд олон утгат хамаарал эсвэл олон-нэг хамаарал байхгүй, харин BCNF хүснэгтэд эдгээр хамаарал байж болно.
