table1 (company_id primary key...);

table2(company_id references table1, office_id ... primary key (company_id, office_id)...);

table3(company_id, office_id, foreign key (company_id, office_id) references table2, deal_num ... unuque (company_id, deal_num)...);

E-haulermcureenab,

Это тот вариант, о котором я говорил. company_id будет и в table2 и в table3 - это вроде как "ненормально"

"ненормально" только потому, что "office_id - автоинкремент", а так - просто составной PK. Ограничения целостности не позволят создать неоднозначные или неполные данные.

С триггером можно так поступить.

создаём индексную таблицу:

table4 (company_id, deal_num, primary key (company_id, deal_num));

и триггер на Table3. тоторый по старому/новому office_id находит из Table2 company_id и удаляет старый и/или добавляет новый ключ в table4.


Ещё так.

Table3 (company_id, deal_num, primary key (company_id, deal_num), office_id, foreign key (company_id, office_id) references table2);

Т.е. сделки регистрируются в рамках компании, а офис - доп. атрибут.

E-hauler,

значит первичный учёт сделок должен всетись в разрезе компании, а офис - дополнительный атрибут сделки, который впрочем может входить в альтернативный ключ, в силу уникальности.