การบังคับใช้ข้อ จำกัด “ ออกไปสองตาราง”

ฉันพบปัญหาในการสร้างแบบจำลองวงจรไฟฟ้าใน SQL โครงสร้างที่ฉันต้องการจะจับคือ

  part ←────────── pin
   ↑                ↑
part_inst ←───── pin_inst

โดยที่ "inst" สั้นสำหรับ "อินสแตนซ์"

ยกตัวอย่างเช่นผมอาจจะมีเป็นpartLM358 op-amp กับpins 1OUT, 1IN-, 1in + GND, 2in + 2IN-, 2OUT และ V CC จากนั้นฉันอาจวางส่วนนี้ลงบนแผนผังสร้างpart_instและ 8 pin_instวินาที

ละเว้นเขตข้อมูลความพยายามครั้งแรกของฉันที่ schema คือ

create table parts (
    part_id bigserial primary key
);
create table pins (
    pin_id bigserial primary key,
    part_id bigint not null references parts
);
create table part_insts (
    part_inst_id bigserial primary key,
    part_id bigint not null references parts
);
create table pin_insts (
    pin_inst_id bigserial primary key,
    part_inst_id bigint not null references part_insts,
    pin_id bigint not null references pins
);

ปัญหาหลักคีมานี้ก็คือว่าpin_instอาจจะมีการเชื่อมโยงกับpart_instที่มีpart_id=1แต่มีpinpart_id=2

ฉันต้องการหลีกเลี่ยงปัญหานี้ในระดับฐานข้อมูลมากกว่าระดับแอปพลิเคชัน ดังนั้นฉันจึงปรับเปลี่ยนคีย์หลักเพื่อบังคับใช้ --ฉันทำเครื่องหมายสายการเปลี่ยนแปลงกับ

create table parts (
    part_id bigserial primary key
);
create table pins (
    pin_id bigserial,                                          --
    part_id bigint not null references parts,
    primary key (pin_id, part_id)                              --
);
create table part_insts (
    part_inst_id bigserial,                                    --
    part_id bigint not null references parts,
    primary key (part_inst_id, part_id)                        --
);
create table pin_insts (
    pin_inst_id bigserial primary key,
    part_inst_id bigint not null,                              --
    pin_id bigint not null,                                    --
    part_id bigint not null references parts,                  --
    foreign key (part_inst_id, part_id) references part_insts, --
    foreign key (pin_id, part_id) references pins              --
);

จับฉันด้วยวิธีนี้ก็คือว่ามันเป็นมลพิษคีย์หลัก: ทุกที่ฉันหมายถึงpart_instฉันต้องติดตามทั้งใน และpart_inst_id part_idมีวิธีอื่นอีกpin_inst.part_inst.part_id = pin_inst.pin.part_idไหมที่ฉันจะบังคับใช้ข้อ จำกัด โดยไม่ใช้คำพูดมากเกินไป?

ทางออกที่น้อยที่สุด

ทางออกหนึ่งที่รุนแรงอาจเป็นการลบpin_instอย่างสมบูรณ์:

  part ←────────── pin
    ↑               ↑
part_inst ←───── pin_inst

ไม่มีคำถามใดที่จะแนะนำให้คุณต้องการตารางที่ซ้ำซ้อน สำหรับpins เชื่อมโยงกับpart_instรูปลักษณ์ที่ของที่เกี่ยวข้องpinpart

ที่จะลดความซับซ้อนของรหัสไปที่:

create table part (    -- using singular terms for table names
    part_id bigserial primary key
);
create table pin (
    pin_id bigserial primary key,
    part_id bigint not null references part
);
create table part_inst (
    part_inst_id bigserial primary key,
    part_id bigint not null references part
);

^{แต่ความคิดเห็นของคุณชัดเจนว่าเราจะไม่ไปกับ ...}

ทางเลือกถ้าpin_instจำเป็น

การรวมpart_idเช่นเดียวกับที่คุณทำคือโซลูชันที่ง่ายที่สุดพร้อมด้วยข้อ จำกัด ของคีย์ต่างประเทศ คุณไม่สามารถอ้างอิงตาราง“สองตารางห่าง” กับข้อ จำกัด ที่สำคัญต่างประเทศ

แต่อย่างน้อยคุณก็สามารถทำได้โดยไม่ต้อง "ทำให้เสีย" กุญแจหลัก เพิ่มข้อ จำกัดUNIQUE

create table part (
    part_id bigserial primary key
);
create table pin (
    pin_id bigserial primary key,
    part_id bigint not null references part,
    unique(part_id, pin_id)         -- note sequence of columns
);
create table part_inst (
    part_inst_id bigserial primary key,
    part_id bigint not null references part,
    unique(part_id, part_inst_id)
);
create table pin_inst (
    pin_inst_id bigserial primary key,
    part_inst_id bigint not null,
    pin_id bigint not null,
    part_id bigint not,
    foreign key (part_id, pin_id) references pin,
    foreign key (part_id, part_inst_id) references part_inst
);

ฉันใส่part_idก่อนในข้อ จำกัด ที่ไม่ซ้ำกัน นั่นไม่เกี่ยวข้องกับ Referential Integrity แต่มันสำคัญสำหรับประสิทธิภาพ คีย์หลักใช้ดัชนีสำหรับคอลัมน์ pk อยู่แล้ว จะดีกว่าหากมีคอลัมน์อื่นก่อนในดัชนีหลายคอลัมน์ที่ใช้ข้อ จำกัด เฉพาะ รายละเอียดภายใต้คำถามที่เกี่ยวข้องเหล่านี้:

• การทำงานของดัชนีใน PostgreSQL
• ดัชนีคอมโพสิตยังดีสำหรับการค้นหาในเขตข้อมูลแรกหรือไม่
• หลายต่อหลายและอ่อนแอ

คำถามที่เกี่ยวข้องกับ SO:

• ข้อ จำกัด UNIQUE แบบหลายฟิลด์สามารถรวมเขตข้อมูลจากตารางมากกว่าหนึ่งตารางได้หรือไม่
• ข้อ จำกัด foreign key มีค่าคอลัมน์บางค่าที่อยู่ในตารางอื่น

ทางเลือกกับทริกเกอร์

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