Как сделать внешний ключ?

Question

[holllop]

Две таблицы. Таблица А, в ней два столбца customer_id и customer, где id это serial, а во втором столбце ФИО заказчика. Есть таблица Б, в ней тоже два столбца n_order и customer_id, где n_order эо serial, а во втором интовые значения. Идея была какая что один заказчик(customer) может сделать несколько заказов(order). То есть отношение один ко многим наверное хотя заказчиков ведь тоже не один так что получается многие ко многим. И для реализации своей идеи я сначала решил что нужно сделать

alter table B ADD FOREIGN KEY (customer_id) REFERENCES A(customer_id) ;

но потом подумал что это не правильно, т.к. номер заказа не может быть в родительской таблице. И переделал в

alter table A ADD FOREIGN KEY (customer_id) REFERENCES B(customer_id) ;

и получил ошибку

в целевой внешней таблице "A" нет ограничения уникальности, соответствующего данным ключам

И в добавок запутался какая таблица родительская, а какая дочерняя.

Answer 1

[Алексей Уколов]

Давайте для начала переведём это на привычные всем названия.
У вас таблица customers (А) со столбцами id и name, а ещё таблица orders (Б) со столбцами id и customer_id.

Таблица orders имеет внешнюю (по отношению к ней) связь: orders.customer_id -> customers.id. Таблица customers здесь выступает в качестве основной, поскольку именно она отвечает за то, какие id для orders.customer_id будут валидными, а какие нет. Т.е. "родительская" таблица это та, в которой хранятся "условия проверки" корректности значения в "дочерней".

В тексте вопроса же у вас, простите, какой-то винегрет из слов.

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

Вот это, например, вообще не имеет смысла, потому что никакого номера заказа тут и нет.

Comments

[holllop]

Алексей Уколов,

В тексте вопроса же у вас, простите, какой-то винегрет из слов.
но потом подумал что это не правильно, т.к. номер заказа не может быть в родительской таблице
Вот это, например, вообще не имеет смысла, потому что никакого номера заказа тут и нет.

ну так то не винегрет, а просто нужно 3 сек подумать. В таблице order есть столбец id который по сути и является номером заказа. То есть по сути, если я правильно понял, если брать ваши обозначения команда будет выглядеть следующим образом.

alter table customers ADD FOREIGN KEY (customer_id) REFERENCES orders(customer_id);

но при такой команде у меня появляется ошибка(как я писал)

в целевой внешней таблице "order" нет ограничения уникальности, соответствующего данным ключам

[Алексей Уколов]

В таблице order есть столбец id который по сути и является номером заказа.

Понятно, что есть и что является. Но к вопросу вашему и к внешним ключам оно не имеет совершенно никакого отношения, поэтому непонятно зачем вы его упомянули вообще, в особенности рядом с конкретным кодом - потому и винегрет.

Answer 2

[Slava Rozhnev]

Поле id в таблице customers ДОЛЖНО БЫТЬ первичным ключем

create table customers (
    id serial PRIMARY KEY,
    name text
);

create table orders (
    id serial PRIMARY KEY,
    customer_id int
);

alter table orders ADD FOREIGN KEY (customer_id) REFERENCES customers(id) ;

https://sqlize.online/sql/psql14/c1677ae3f75eaec21...

Comments

[holllop]

Хорошо вот моя таблица раз

И таблица 2

И вот команда

alter table customers ADD FOREIGN KEY (customer_id) REFERENCES main_table(customer_id);

и вот результат

в целевой внешней таблице "main_table" нет ограничения уникальности, соответствующего данным ключам

[Алексей Уколов]

Осталось установить, какая картинка изображает main_table, а какая customers, и можно будет что-то отвечать. По логике customers - это та, которая с id и именем покупателя, но ведь она же и main_table тоже в данном случае ¯\_(ツ)_/¯
Учитесь лучше сразу нормально называть сущности, зачем создавать себе лишние сложности?

[Slava Rozhnev]

holllop, Покажите main_table !