ฉันควรเพิ่มคีย์ต่างประเทศสกรรมกริยาหรือไม่

ตัวอย่างง่ายๆ: มีตารางลูกค้า

create table Customers (
  id integer,
  constraint CustomersPK primary key (id)
)

ข้อมูลอื่น ๆ ทั้งหมดในฐานข้อมูลควรเชื่อมโยงไปยัง a Customerดังนั้นเช่นOrdersจะมีลักษณะดังนี้:

create table Orders (
  id integer,
  customer integer,
  constraint OrdersPK primary key (customer, id),
  constraint OrdersFKCustomers foreign key (customer) references Customers (id)
)

สมมติว่าตอนนี้มีตารางเชื่อมโยงไปยังOrders:

create table Items (
  id integer,
  customer integer,
  order integer,
  constraint ItemsPK primary key (customer, id),
  constraint ItemsFKOrders foreign key (customer, order) references Orders (customer, id)
)

ฉันควรจะเพิ่มรหัสต่างประเทศแยกต่างหากจากItemsในCustomersหรือไม่

...
constraint ItemsFKCustomers foreign key (customer) references Customers (id)

รูปภาพแทน: ฉันควรจะเพิ่มเส้นประ / FK หรือไม่?

แก้ไข:ฉันได้เพิ่มคำจำกัดความของคีย์หลักในตาราง ฉันต้องการซ้ำอีกครั้งในจุดที่ฉันทำไว้ข้างต้น: ฐานข้อมูลนั้นถูกปิดกั้นโดยลูกค้าโดยทั่วไปเป็นมาตรการความถูกต้อง / ความปลอดภัย ดังนั้นคีย์หลักทั้งหมดมีcustomerID

ฉันคิดว่านี่เป็นความคิดดั้งเดิม

สิ่งแรกที่ควรสังเกตคือ PK ในตาราง LineItem มีคุณลักษณะสามอย่าง{CustomerID, CustomerOrderNo, OdrerItemNo}ซึ่งตรงข้ามกับสองตัวอย่างในตัวอย่างของคุณ

สิ่งที่สองที่ควรทราบคือความสับสนที่เกิดจากการใช้idชื่อสามัญสำหรับแอตทริบิวต์

ที่CustomerOrderNoควรจะเป็น (1,2,3 .. ) สำหรับลูกค้าแต่ละรายและOrderItemNo(1,2,3 ... ) สำหรับการสั่งซื้อแต่ละครั้ง

นี่เป็นสิ่งที่ดีถ้าเป็นไปได้ แต่ต้องใช้แบบสอบถามเพื่อค้นหาค่าสูงสุดก่อนหน้าเช่น

select max(CustomerOrderNo)
from Order 
where CustomerID = specific_customer ; 

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

ดังนั้นด้วยการเปลี่ยนชื่อCustomerOrderNo -> OrderNoและOrderItemNo-> ItemNoคุณอาจมาถึงรุ่นนี้

ดังนั้นตอนนี้ถ้าคุณดูที่Orderต่อไปนี้จะไม่ซ้ำกัน

{OrderNo}             -- PK
{CustomerID, OrderNo} -- superkey,  AK on the diagram.

โปรดทราบว่า{CustomerID, OrderNo}จะแพร่กระจายไปยังLineItemเพื่อทำหน้าที่เป็น FK

หากคุณเหลื่อมกันนิดหน่อยนี่ก็ใกล้เคียงกับตัวอย่างของคุณ แต่มีPKs {ItemNo} and {OrderNo}เพียง - ตรงข้ามกับ PKs สองคอลัมน์จากตัวอย่างของคุณ

ตอนนี้คำถามคือทำไมไม่ลดความซับซ้อนของสิ่งนี้ลง

ซึ่งเป็นได้ แต่แนะนำเส้นทางผู้ติด - คุณไม่สามารถเข้าร่วมLineItemด้วยCustomerโดยตรงจะต้องใช้Orderในการเข้าร่วม

ฉันชอบกรณีแรกเมื่อเป็นไปได้ - คุณเลือกรายการโปรดของคุณ และเห็นได้ชัดว่าไม่มีความจำเป็นสำหรับ FK โดยตรงจากLineItemไปCustomerในทั้งสามกรณี

"รายการ" ไม่ควรอ้างอิงถึง "ลูกค้า" โดยตรงเนื่องจากเป็นนัยโดยคำสั่ง "รายการ" ของรายการ ดังนั้นคุณไม่จำเป็นต้องมีคอลัมน์ "ลูกค้า" ในตาราง "รายการ" เลย

ความสัมพันธ์ของรายการกับลูกค้าจะมั่นใจได้ว่ามีกุญแจต่างประเทศที่มีอยู่

หาก orders.id เป็นคอลัมน์ข้อมูลประจำตัวให้ลองลบ items.customer ทั้งหมด