Normalization Second Normal Form : หา Primary Key ใน Primary Key

กฎ

ก่อนจะเริ่มทำการออกแบบฐานข้อมูลตามกฎของนอมอลฟอร์มขั้นที่ 2 ผู้ออกแบบจะต้องแน่ใจก่อนว่าได้ออกแบบฐานข้อมูลผ่านนอมอลฟอร์มขั้นที่ 1 เรียบร้อยแล้ว

การออกแบบฐานข้อมูลให้ผ่านนอมอลฟอร์มขั้นที่ 2 ฐานข้อมูลจะต้องตรงตามเงื่อนไข คือ

1. ต้องไม่มีบางส่วนของไพรมารีคีย์ (Prime Attribute) ที่นำไปสู่ (Functional Dependency) ข้อมูลในคอลัมน์ที่ไม่ได้เป็นส่วนหนึ่งของไพรมารีคีย์(Non-Prime Attribute)

Prime Attribute ใช้เรียกคอลัมน์ที่ถูกเลือกให้เป็นส่วนหนึ่งของแคนดิเดทคีย์ (Candidate Key) หรือ ไพรมารีคีย์ (Primary Key)

Non-Prime Attribute ใช้เรียกคอลัมน์ที่ไม่ได้ถูกเลือกให้เป็นส่วนหนึ่งของแคนดิเดทคีย์ (Candidate Key) หรือ ไพรมารีคีย์ (Primary Key)

นำไปสู่ (Functional Dependency : สัญลักษณ์ → )  ถ้าให้ X และ Y เป็นแอตตริบิวต์หรือชุดแอตตริบิวต์ X นำไปสู่ Y (X→Y) ก็ต่อเมื่อหยิบข้อมูลใดๆใน X มาหนึ่งตัว จะต้องได้ข้อมูลใน Y หนึ่งตัว

อ่านรายละเอียดหรือตัวอย่างเพิ่มเติมเกี่ยวกับคำศัพท์เหล่านี้ได้ในบทความอื่น

ก่อนอื่นต้องทำความเข้าใจก่อนว่า Second Normal Form มีแค่กฎที่ใช้บอกว่า การออกแบบเทเบิลผ่านเกณฑ์แล้ว แต่ไม่ได้บอกกระบวนวิธีหรือขั้นตอนในการสร้างรวมไปถึงการออกแบบหรือแตกเทเบิล กระบวนวิธีที่ผู้เขียนเสนอจึงเป็นแค่คำแนะนำ ไม่ใช่ข้อบังคับ หากผู้ออกแบบเห็นว่ามีกระบวนวิธีที่ดีกว่า ก็ขอให้เลือกวิธีที่ดีกว่านั้น

ตัวอย่าง

สมมติ ผู้เขียนเปิดร้านขายหนังสือ มีหลายสาขา ทุกครั้งที่มีลูกค้าซื้อหนังสือจะมีใบเสร็จจากเครื่องเก็บเงิน ต่อมาผู้เขียนเห็นว่าถึงเวลาต้องใช้ระบบไอทีเก็บข้อมูลเหล่านี้ลงคอมพิวเตอร์โดยตรง ซึ่งง่ายต่อการประมวลผล แทนที่การเก็บข้อมูลในใบเสร็จ

มีเทเบิลที่ผ่านนอมอลฟอร์มขั้นที่ 1 มาแล้วชื่อ Book ซึ่งมีลักษณะดังนี้

Book Table

BOOKNAME (PK)	VER (PK)	CATEGORY	PRICE/UNIT
SQL	1	IT	200
SQL	2	IT	200
Jedi	1	Sci	100
Java	1	IT	400

เทเบิล Book ผ่านนอมอลฟอร์มขั้นที่ 1 เนื่องจากไม่มีความซ้ำซ้อนของแถวในชุดคอลัมน์ใดๆ ในเทเบิล (ดูที่มาของเทเบิล Book ได้ที่บทความอื่น) แต่ไม่ผ่านนอมอลฟอร์มขั้นที่ 2 สาเหุที่ไม่ผ่านเพราะ

ไพรมารีคีย์ของเทเบิล Book คือ {BookName, Ver}

ซึ่งทำให้ ไพร์มแอตตริบิวต์ ได้แก่ BookName และ Ver

ส่วนนอนไพร์มแอตตริบิวต์ได้แก่ Category และ Price/Unit

คุณสมบัติของไพรมารีคีย์ทำให้

{BookName, Ver} → Category และ {BookName, Ver} → Price/Unit

แต่ถ้าดูจากข้อมูลในเทเบิลพบว่า

เมื่อหยิบข้อมูลใน BookName เป็น SQL ไม่ว่าแถวใด จะได้ Category เป็น IT เสมอ และจะได้ Price/Unit เป็น 200 เสมอ

เมื่อหยิบข้อมูลใน BookName เป็น Jedi ไม่ว่าแถวใด จะได้ Category เป็น Sci เสมอ และจะได้ Price/Unit เป็น 100 เสมอ

เมื่อหยิบข้อมูลใน BookName เป็น Java ไม่ว่าแถวใด จะได้ Category เป็น IT เสมอ และจะได้ Price/Unit เป็น 400 เสมอ

ซึ่งสรุปได้ว่า BookName → Category และ BookName → Price/Unit

BookName ซึ่งเป็นส่วนหนึ่งของไพรมารีคีย์ นำไปสู่ Category และ Price/Unit ซึ่งเป็นนอนไพรมแอตตริบิวต์ สิ่งนี้เป็นสาเหตุทำให้เทเบิล Book ไม่ผ่านนอมอลฟอร์มขั้นที่ 2

การที่จะให้เทเบิล Book ผ่านนอมอลฟอร์มขั้นที่ 2ได้ จะต้องนำเอาคอลัมน์ BookName, Category และ Price/Unit แตกออกมาอีกเทเบิลหนึ่งและตัดแถวที่ซ้ำกันออก คอลัมน์ที่เคยเป็นส่วนหนึ่งของไพรมารีคีย์จะกลายเป็นไพรมารีคีย์ของเทเบิลใหม่ ผลที่ได้จะเป็นดังนี้

Book Table (New)

BOOKNAME (PK)	CATEGORY	PRICE/UNIT
SQL	IT	200
Jedi	Sci	100
Java	IT	400

BookVer Table

BOOKNAME (PK) (FK-Book)	VER (PK)
SQL	1
SQL	2
Jedi	1
Java	1

ทำการสำรวจเทเบิลอื่นในฐานข้อมูลว่ามีเทเบิลไหนขัดกับกฎนอมอลฟอร์มขั้นที่ 2 อีกหรือไม่ ถ้ามี ให้แก้ไขให้เรียบร้อยตามคำแนะนำที่ให้ไว้ข้างต้น