Forenkle at bygge videre på MATCH SIMPLE
opførsel af fk-begrænsninger
Hvis mindst én kolonne med multikolonne fremmed begrænsning med standard MATCH SIMPLE
adfærd er NULL
, håndhæves begrænsningen ikke. Du kan bygge videre på det for i vid udstrækning at forenkle dit design.
CREATE SCHEMA test;
CREATE TABLE test.status(
status_id integer PRIMARY KEY
,sub bool NOT NULL DEFAULT FALSE -- TRUE .. *can* be sub-status
,UNIQUE (sub, status_id)
);
CREATE TABLE test.entity(
entity_id integer PRIMARY KEY
,status_id integer REFERENCES test.status -- can reference all statuses
,sub bool -- see examples below
,additional_col1 text -- should be NULL for main entities
,additional_col2 text -- should be NULL for main entities
,FOREIGN KEY (sub, status_id) REFERENCES test.status(sub, status_id)
MATCH SIMPLE ON UPDATE CASCADE -- optionally enforce sub-status
);
Det er meget billigt for at gemme nogle yderligere NULL-kolonner (for hovedenheder):
BTW, pr. dokumentation:
Demo-data:
INSERT INTO test.status VALUES
(1, TRUE)
, (2, TRUE)
, (3, FALSE); -- not valid for sub-entities
INSERT INTO test.entity(entity_id, status_id, sub) VALUES
(11, 1, TRUE) -- sub-entity (can be main, UPDATES to status.sub cascaded)
, (13, 3, FALSE) -- entity (cannot be sub, UPDATES to status.sub cascaded)
, (14, 2, NULL) -- entity (can be sub, UPDATES to status.sub NOT cascaded)
, (15, 3, NULL) -- entity (cannot be sub, UPDATES to status.sub NOT cascaded)
SQL Fiddle (inklusive dine tests).
Alternativ med enkelt FK
En anden mulighed ville være at indtaste alle kombinationer af (status_id, sub)
ind i status
tabel (der kan kun være 2 pr. status_id
) og har kun en enkelt fk-begrænsning:
CREATE TABLE test.status(
status_id integer
,sub bool DEFAULT FALSE
,PRIMARY KEY (status_id, sub)
);
CREATE TABLE test.entity(
entity_id integer PRIMARY KEY
,status_id integer NOT NULL -- cannot be NULL in this case
,sub bool NOT NULL -- cannot be NULL in this case
,additional_col1 text
,additional_col2 text
,FOREIGN KEY (status_id, sub) REFERENCES test.status
MATCH SIMPLE ON UPDATE CASCADE -- optionally enforce sub-status
);
INSERT INTO test.status VALUES
(1, TRUE) -- can be sub ...
(1, FALSE) -- ... and main
, (2, TRUE)
, (2, FALSE)
, (3, FALSE); -- only main
osv.
Relaterede svar:
- MATCH FULD vs MATCH SIMPLE
- To-søjlets fremmednøglebegrænsning kun, når tredje kolonne IKKE er NULL
- Entydighedsvalidering i databasen, når validering har en betingelse på en anden tabel
Behold alle tabeller
Hvis du har brug for alle fire tabeller af en eller anden grund ikke i spørgsmålet, så overvej denne detaljerede løsning på et meget lignende spørgsmål på dba.SE:
Arv
... kan være en anden mulighed for det, du beskriver. Hvis du kan leve med nogle store begrænsninger . Relateret svar: