Ogranicz relację klucza obcego do wierszy powiązanych podtypów

Uprość budowanie na MATCH SIMPLE zachowanie ograniczeń fk

Jeśli co najmniej jedna kolumna wielokolumnowego ograniczenia obcego z domyślnym MATCH SIMPLE zachowanie jest NULL , ograniczenie nie jest wymuszane. Możesz na tym bazować, aby znacznie uprościć swój projekt.

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
);

Jest bardzo tani do przechowywania kilku dodatkowych kolumn NULL (dla głównych encji):

• Ile miejsca na dysku potrzeba do przechowywania wartości NULL przy użyciu postgresql DB?

BTW, w dokumentacji:

Dane demonstracyjne:

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)

Skrzypce SQL (w tym twoje testy).

Alternatywnie z pojedynczym FK

Inną opcją byłoby wprowadzenie wszystkich kombinacji (status_id, sub) do status tabeli (mogą być tylko 2 na status_id ) i mają tylko jedno ograniczenie fk:

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

Itd.

Powiązane odpowiedzi:

• MECZ PEŁNY vs MECZ PROSTY
• Dwukolumnowe ograniczenie klucza obcego tylko wtedy, gdy trzecia kolumna NIE JEST NULL
• Weryfikacja unikatowości w bazie danych, gdy walidacja ma warunek w innej tabeli

Zachowaj wszystkie stoły

Jeśli z jakiegoś powodu potrzebujesz wszystkich czterech tabel, których nie ma w pytaniu, rozważ to szczegółowe rozwiązanie bardzo podobnego pytania na dba.SE:

• Wymuszanie ograniczeń „dwa stoły dalej”

Dziedziczenie

... może być inną opcją dla tego, co opisujesz. Jeśli możesz żyć z pewnymi poważnymi ograniczeniami . Powiązana odpowiedź:

• Utwórz tabela dwóch typów w PostgreSQL