Разрешить/потребовать только одну запись с общим FK, чтобы иметь флаг «primary»

Question

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

Скажем, у меня есть таблица компаний:

id | company_name 
----+-------------- 
    1 | Someone 
    2 | Someone else 

... и таблицу контактов:

id | company_id | contact_name | is_primary 
----+------------+--------------+------------ 
    1 |  1  | Tom   |  1 
    2 |  2  | Dick   |  1 
    3 |  1  | Harry  |  0 
    4 |  1  | Bob   |  0 

Можно ли настроить contacts таблицу таким образом, что требует, что одна и только одна запись имеет флаг is_primary для каждого общего company_id?

Так что, если я пытался сделать:

UPDATE contacts 
SET is_primary = 1 
WHERE id = 4 

... запрос потерпит неудачу, потому что Tom (id = 1) уже попадает в качестве первичного контакта для company_id = 1. Или даже лучше, можно ли построить триггер так, чтобы запрос был успешным, но флаг is_primary будет очищен той же операцией?

Я не слишком беспокоюсь о том, что существует company_id в таблице companies, мой PHP-код уже выполнил бы эту проверку до того, как я доберусь до этой стадии (хотя, если есть способ сделать это в той же операции, быть красивым, я полагаю).

Когда я изначально думал об этом, я подумал: «Это будет легко, я просто добавлю уникальный индекс по столбцам company_id и is_primary», но, очевидно, это не сработает, поскольку это ограничит меня одним основным и одним не первичный контакт - любая попытка добавить третьего контакта не удалась. Но я не могу не чувствовать, что будет способ настроить уникальный индекс, который даст мне минимальную функциональность, требующую - отклонить попытку добавить второй первичный контакт или отказаться от попытки покинуть компанию без основного контакта.

Я знаю, что я мог бы просто добавить поле primary_contact в таблицу companies с FK на таблицу contacts, но она кажется беспорядочной. Мне не нравится идея того, что обе таблицы имеют FK для другого - мне кажется, что одна таблица должна опираться на другую, а не на обе таблицы, полагающиеся друг на друга. Думаю, я просто думаю, что со временем больше шансов на то, что что-то пойдет не так.

Подводя итог:

• Как я могу ограничить таблицу контактов, так что одна и только одна запись с данной company_id установил is_primary флаг?
• У кого-нибудь есть мысли о том, являются ли две таблицы, имеющие FK друг для друга, хорошей/плохой идеей?

Answer 1

Циркулярные перегородки между столами действительно грязные.Смотрите это (десять лет) статья: SQL By Design: The Circular Reference

Чистейшим способ сделать такое ограничение является добавлением еще одну таблицы:

Company_PrimaryContact 
---------------------- 
company_id 
contact_id 
PRIMARY KEY (company_id) 
FOREIGN KEY (company_id, contact_id) 
    REFERENCES Contact (company_id, id) 

Это также потребует UNIQUE ограничения в таблице Contact на (company_id, id)

Answer 2

Вы можете просто сделать запрос до того, как он установит

UPDATE contacts SET is_primary = 0 WHERE company_id = ..... 

или даже

UPDATE contacts 
SET is_primary = IF(id=[USERID],1,0) 
WHERE company_id = (
    SELECT company_id FROM contacts WHERE id = [USERID] 
); 

Просто положить альтернативу там - лично я бы, наверное, посмотреть на подход FK, хотя вместо этого типа обходного т.е. есть поле в таблице компаний с primary_user_id поле.

РЕДАКТИРОВАТЬ метод без полагаясь на contact.is_primary поле

Альтернативный метод, прежде всего удалить is_primary от контактов. Во-вторых, добавьте поле «primary_contact_id» INT в компании. В-третьих, при изменении первичного контакта просто измените параметр primary_contact_id таким образом, чтобы предотвратить любую возможность наличия более 1 первичного контакта в любое время и все без необходимости запуска триггеров и т. Д. В фоновом режиме.

Эта опция будет работать нормально в любом двигателе, как это просто обновляя поле INT, любая зависимость от и т.д. FK могли быть добавлены/удалены по мере необходимости, но в то проще это просто Изменение поля INT дорожим

Эта опция если вам нужно одно и точно одно звено от компаний к контактам, помещающим первичный