1. ถ้าเกี่ยวกับฐานข้อมูล PK นับว่ามีความ "สำคัญมาก" ครับ เป็นเครื่องมือสำหรับ "การเข้าถึงข้อมูลได้อย่างเฉพาะเจาะจง" ถ้าไม่มีก็จะทำให้เกิดความซ้ำซ้อนของข้อมูลได้ 2. Indexed ช่วยในเข้าถึงข้อมูลได้ "เร็ว" ครับ 3. ถ้ากำหนดเฉพาะ Indexed (duplicates OK) แต่ไม่ได้ใส่ลูกกุญแจ...มีผลเหมือนใส่ลูกกุญแจไหม (คือการกำหนด PK) ? ตอบ : มีผลแตกต่างกันครับ ตามข้อ 1, 2 4. ควรต้องทำแบบไหน? ตอบ : โดยทั่วไป การออกแบบฐานข้อมูล ในตารางหลักๆ ที่เป็นข้อมูลเฉพาะ ก็จะต้องใส่ทั้ง PK และ Index แต่คงไม่สามารถอธิบายรายละเอียดได้ในที่นี้ ลองหาหนังสือที่เกี่ยวกับฐานข้อมูลมาอ่านเพิ่มเติมครับ 5. เชิญท่านอื่นๆช่วยชี้แนะด้วยครับ...

1.ผมว่าสำคัญนะครับ ยกตัวอย่าง 2 table ที่มีrelation แต่ไม่มีการ set pk ถ้าข้อมูลเยอะๆ ผมว่าช้ากว่าที่ set pk 2.ผมว่าเวลามอง Program มองที่ RelationShip ทำให้เขาใจโครงสร้างได้ว่าอะไรสัมพันธ์กับอะไร 3.สงเกตุว่า Program ต่างประเทศที่เคย Download มากไม่มี relationship ไม่รู้เพราะอะไร

ขอบพระคุณทั้งสองท่านมากค่ะ ที่กรุณามาให้ความกระจ่างสำหรับเรื่องนี้ ซึ่งถือว่าเป็นเรื่องที่ค่อนข้างสำคัญ สำหรับการเริ่มต้นออกแบบฐานข้อมูล ชนิด Relational DBMS เพื่อเป็นพื้นฐานที่ดีของผู้เริ่มต้นต่อไป ระหว่างที่รอคำตอบ ก็ได้เข้าไปหาข้อมูลจากแหล่งต่างๆ ไปเจอ web site นึง ของฝรั่ง เขาพูดเรื่องนี้สั้นๆ ดังนี้ Indexes; - An index on a file speeds up the selection process - Any field can be indexed - There are maintenance and storage overheads Primary vs secondary indexes; -Primary index. Uses a set of fields that include the primary key. No duplicates in data entries -Secondary index. Uses a set of fields that excludes the primary key. Duplicates allowed (expected) ก็ไม่รู้ว่าจะถูกต้องตรง concept หรือเปล่านะคะ แนะนำด้วยละกัน และอีกหนึ่ง discussion ได้มาจาก webboard ของ pantip เดี๋ยวจะทยอยส่งมาให้เพื่อนๆ พี่ๆ ช่วยกันพิจารณาค่ะ หากท่านใดมีคำแนะนำเพิ่มเติม ก็บอกเข้ามาได้นะคะ หลายคน หลายความคิด หลายแนวทาง ล้วนเป็นประโยชน์ทั้งนั้นแหละค่ะ

ลองอ่าน Link ข้างล่างดูนะครับ ไปเอามาจาก 1000 Tips http://agserver.kku.ac.th/basiceng/PKFromPantipBoard.mht

ขอบพระคุณค่ะท่านอาจารย์สุภาพ ที่กรุณาช่วยทำ link ให้อ่าน