ใน SQL Server 2008 และให้
TableA(A_ID, A_Data)
TableB(B_ID, B_Data)
ViewC(A_or_B_ID, A_or_B_Data)
เป็นไปได้หรือไม่ที่จะกำหนดคอลัมน์TableZ(A_or_B_ID, Z_Data)ดังกล่าวให้Z.A_or_B_IDจำกัด ตามค่าที่พบในViewC? สามารถทำได้โดยใช้ Foreign Key เทียบกับมุมมองหรือไม่
คำตอบ:
คุณไม่สามารถอ้างอิงมุมมองในคีย์ต่างประเทศ
ในคีย์ต่างประเทศรุ่นเก่าของ SQL Server สามารถทำได้ผ่านทริกเกอร์เท่านั้น คุณสามารถเลียนแบบคีย์ต่างประเทศที่กำหนดเองได้โดยสร้างทริกเกอร์แทรกซึ่งตรวจสอบว่าค่าที่แทรกนั้นปรากฏในตารางที่เกี่ยวข้องด้วยหรือไม่
หากคุณต้องการA_or_B_IDใน TableZ จริงๆคุณมีสองตัวเลือกที่คล้ายกัน:
1) เพิ่ม nullable A_IDและB_IDคอลัมน์ในตาราง z สร้างA_or_B_IDคอลัมน์ที่คำนวณโดยใช้ ISNULL บนสองคอลัมน์นี้และเพิ่มข้อ จำกัด CHECK เพื่อให้มีเพียงหนึ่งในA_IDหรือB_IDไม่เป็นโมฆะ
2) เพิ่มคอลัมน์ TableName ลงในตาราง z ซึ่งถูก จำกัด ให้มี A หรือ B สร้างA_IDและB_IDเป็นคอลัมน์ที่คำนวณแล้วซึ่งจะไม่เป็นค่าว่างเมื่อมีการตั้งชื่อตารางที่เหมาะสมเท่านั้น (โดยใช้นิพจน์ CASE) ทำให้ติดตาด้วย
ในทั้งสองกรณีตอนนี้คุณมีA_IDและB_IDคอลัมน์ที่สามารถมีคีย์ต่างประเทศที่เหมาะสมกับตารางพื้นฐานได้ ความแตกต่างคือคอลัมน์ที่คำนวณ นอกจากนี้คุณไม่จำเป็นต้องใช้ TableName ในตัวเลือกที่ 2 ด้านบนหากโดเมนของคอลัมน์ ID 2 คอลัมน์ไม่ทับซ้อนกันตราบใดที่นิพจน์กรณีของคุณสามารถระบุได้ว่าโดเมนใดA_or_B_ID
ตกอยู่ใน
(ขอบคุณความคิดเห็นสำหรับการแก้ไขการจัดรูปแบบของฉัน)
A_or_B_ID
ขออภัยคุณไม่สามารถ FK ไปยังมุมมองใน SQL Server
มีอีกทางเลือกหนึ่ง ถือว่า TableA และ TableB เป็นคลาสย่อยของตารางใหม่ที่เรียกว่า TablePrime ปรับค่า ID ของ TableB เพื่อให้ไม่ตรงกับค่า ID ของ TableA สร้าง ID ใน TablePrime เป็น PK และใส่ ID ทั้งหมดของ TableA และ TableB (ปรับแล้ว) ลงใน TablePrime ทำให้ TableA และ TableB มีความสัมพันธ์ FK บน PK เป็น ID เดียวกันใน TablePrime
ขณะนี้คุณมีรูปแบบ supertype / subtype แล้วและสามารถสร้างข้อ จำกัด ให้กับ TablePrime (เมื่อคุณต้องการ-A-หรือ B ) หรือตารางใดตารางหนึ่ง (เมื่อคุณต้องการเฉพาะ AหรือB เท่านั้น )
หากต้องการรายละเอียดเพิ่มเติมกรุณาสอบถาม มีรูปแบบต่างๆที่ช่วยให้คุณมั่นใจได้ว่า A และ B เป็นเอกสิทธิ์เฉพาะบุคคลหรือสิ่งที่คุณกำลังทำงานอยู่อาจเป็นทั้งสองอย่างในเวลาเดียวกัน หากเป็นไปได้ควรทำให้เป็นทางการใน FK
ง่ายกว่าที่จะเพิ่มข้อ จำกัด ที่อ้างถึงฟังก์ชันที่ผู้ใช้กำหนดเองซึ่งทำการตรวจสอบให้คุณ fCheckIfValueExists (columnValue) ซึ่งจะคืนค่าเป็นจริงหากค่ามีอยู่และเป็นเท็จหากไม่มี
ข้อดีก็คือสามารถรับหลายคอลัมน์ทำการคำนวณกับคอลัมน์เหล่านั้นยอมรับค่าว่างและยอมรับค่าที่ไม่ตรงกับคีย์หลักอย่างแม่นยำหรือเปรียบเทียบกับผลลัพธ์ของการรวม
ข้อเสียคือเครื่องมือเพิ่มประสิทธิภาพไม่สามารถใช้เทคนิคสำคัญทั้งหมดของเขาได้
ขออภัยในความหมายที่เข้มงวดของคำนี้คุณไม่สามารถตั้งค่าคีย์ต่างประเทศในมุมมองได้ นี่คือเหตุผล:
InnoDB เป็นเครื่องมือจัดเก็บข้อมูลในตัวเครื่องเดียวสำหรับ MySQL ที่มีคีย์ต่างประเทศ ตาราง InnoDB ใด ๆ จะถูกลงทะเบียนใน information_schema.tables ด้วย engine = 'InnoDB'
มุมมองในขณะที่ลงทะเบียนใน information_schema.tables มีเอ็นจินการจัดเก็บ NULL ไม่มีกลไกใดใน MySQL ที่จะมีคีย์ต่างประเทศบนตารางใด ๆ ที่มีกลไกการจัดเก็บข้อมูลที่ไม่ได้กำหนดไว้
ขอบคุณ!