Во-вторых, его первичный ключ назвать client_id.
И получится client.client_id. Зачем? Почему не делать все первичные поля id, а внешние - client_id.
Могу пояснить свою собственную логику для такого случая:
Вот есть таблица клиентов - client(id integer, name varchar),
рядом таблица подразделений - department(id integer, name varchar)
Как будет выглядеть таблица "Связь клиентов и подразделений"?
Наверное что-то типа client_department(id integer, client_id integer, department_id integer), так?
А как выглядит запрос списка департаментов и обслуживаемых ими клиентов?
Очевидно
1.
2.
3.
select d.name department_name, c.name client_name from
department_client d_c, department d, client c where
d_c.client_id = c.id and d_c.department_id = d.id
Так вот в этом запросе есть два момента, которых лично мне хочется избежать:
1. Лишнее переименование d.name в department_name - хочется обойтись без переименования вообще.
2. Связь вида d_c.client_id = c.id - где связываемые поля имеют разные названия, хочется связывать поля с одинаковыми названиями.
Поэтому у нас все таблицы, в которых хранятся сущности, имеют структуру вида
client(idclient integer, client varchar, ...)
и поля-ссылки на таблицу client всегда начинаются с idclient,
И только если клиентов в одной таблице больше одного, то используем что-то типа idclient_1, idclient_2,...
Общее правило у нас такое - одинаковые названия могут и ДОЛЖНЫ иметь только те поля, которые можно сравнивать между собой.
А если все ключи во всех таблицах имеют название ID, то в какой-то момент можно подумать, что имеет смысл их сравнивать между собой.
