vitaliy14но главное только одно ! (для этого есть поле IS_MAIN (yes/no))
Видимо, речь про дополнительную табличку и связь M:N? Так вот, в случае такой таблички есть методы попроще, без IS_MAIN-ов.

vitaliy14Пример бы мне?
Делаете поле типа npp (номер по порядку). При выводе на печать сортируете по нему (все равно определенность нужна, а таким способом легко вручную управлять порядком записей). Главное подразделение - то, которое первое (с минимальным npp). Никаких ненужных триггеров. Если нужна гарантированная сортировка даже при совпадении значений npp, добавляете в перечень полей сортировки идентификатор. Надеюсь, уникальный индекс уже есть в этой таблице по паре полей "работа" и "подразделение"?

vitaliy14Нужно сделать unique индекс по полям ID_JOB - ID_Customer - NPP?
Не-а, только по паре полей ID_JOB и ID_Customer.

vitaliy14И считать NPP c 1 для главного?
Да можно и с нуля. Не принципиально.

Сортировка может быть типа
order by sign(npp) desc,npp,ID_Customer
или
order by npp,ID_Customer.
В первом случае все новые строки с нулевым значением npp будут "падать в конец".
ID_Customer можно заменить на ID_JOB_Customer.
Записей таких по сути немного будет, так что что бы Вы ни выдумали (в части сортировки), для сервера это будет не напряжно.

vitaliy14Два ПЗ главных?
Главное - первое - всегда одно.
Впрочем, можете сделать дополнительный уникальный индекс по ID_JOB и npp, если уж так хочется.

vitaliy14unique индекс только по полям ID_JOB - NPP - чтобы не было двух главных подразделений н а одну работу?
1. Можно сделать уникальный индекс. Тогда при редактировании необходимо будет разруливать ситуацию (на уровне интерфейса, видимо), когда потребуется поменять местами два подразделения.
2. Можно не делать уникальный индекс, а обойтись сортировкой. Для получения главного подразделения использовать select top 1 ...., тогда ошибки нарушения индекса не будет (так как не будет индекса).
3. Можно сделать ссылку на главное подразделение как отдельный атрибут работы. В таком случае потребуется в зависимости от постановки задачи либо проверять, что ссылки на главное подразделение нет в перечне подразделений, либо наоборот, требовать в перечне подразделений ссылку на главное. То есть, в зависимости от логики, список подразделений будет либо списком всех используемых подразделений, либо списком всех вспомогательных подразделений. С моей точки зрения, решение идиотское как по постановке, так и по трудозатратам.

Все очень простоНет Работа должна сылать на главное подразделение
Прокомментировал сообщением выше.