Почему это УНИКАЛЬНОЕ ограничение требуется?

Question

Я пытаюсь создать схему в PostgreSQL, которая будет содержать две таблицы, перекрестные ссылки друг на друга. Тем не менее, если не добавить избыточный UNIQUE constrain (см. Код ниже), я получаю ошибку: ERROR: there is no unique constraint matching given keys for referenced table "nodes".

Так что мой вопрос: почему это дополнительное уникальное ограничение необходимо и есть ли способ избежать его создания? (для уменьшения времени выполнения).

CREATE TABLE objects (
    object_id serial NOT NULL PRIMARY KEY, 
    root_node integer 
); 

CREATE TABLE nodes (
    node_id integer NOT NULL PRIMARY KEY, 
    object_id integer REFERENCES objects 
); 

ALTER TABLE objects 
    ADD CONSTRAINT root_node_fkey 
    FOREIGN KEY (root_node) REFERENCES nodes(node_id); 

-- Why this constaint is needed? Since node_id is primary key this combination should be already UNIQUE 
ALTER TABLE nodes ADD CONSTRAINT node_id_object_id_unique UNIQUE (node_id, object_id); 

ALTER TABLE objects 
    ADD CONSTRAINT objects_nodes_fkey 
    FOREIGN KEY (object_id, root_node) 
    REFERENCES nodes (object_id, node_id); 

Answer 1

https://www.postgresql.org/docs/current/static/ddl-constraints.html говорит:

5.3.5. Foreign Keys:

. . .

A foreign key must reference columns that either are a primary key or form a unique constraint. This means that the referenced columns always have an index (the one underlying the primary key or unique constraint); so checks on whether a referencing row has a match will be efficient.

https://mariadb.com/kb/en/sql-99/constraint_type-foreign-key-constraint/ говорит:

A FOREIGN KEY Constraint is either a < Table Constraint> or a and defines a rule that constrains a foreign key to values that match only those values contained in a referenced unique key.

---

Re ваш комментарий:

The idea is that each object will have collections of nodes associated with it and only one of nodes could be the root-node.

ALTER TABLE objects 
    ADD COLUMN root_node_id integer, 
    ADD CONSTRAINT objects_nodes_fkey 
    FOREIGN KEY (root_node_id) 
    REFERENCES nodes (node_id); 

Таким образом, каждый объект ссылается ровно на один узел. По общему признанию, ограничение не обеспечивает строгое соблюдение того, что объект ссылается на узел, который ссылается на один и тот же объект.

Если вам нужен этот уровень принудительного исполнения, вам придется создать уникальное ограничение, о котором вы просили, если бы вам пришлось.