vmagКот МатроскинСотрудник занимает должности в подразделении 2 и подразделении 3 -что будет в ID_podr таблицы "сотрудник"?

ID_podr основного подразделения по ветке Подразделение - Сотрудник
WTF "основное подразделение" в случае, когда человек занимает должности в нескольких подразделениях?

vmagУточняю - таблицы Shtat и Doljnost не участвуют в определении основного подразделения Сотрудника...

Отойдите от запросов, посмотрите с точки зрения модели.
Вот у нас Иван Иванович возглавляет службу безопасности и является одновременно членом совета директоров, итого он занимает должности в "СБ" и "директорате". Что в записи Sotrudnik по нему будет в ID_Podr? И почему?
Как Вы планируете поддерживать смысловую целостность этого поля - т.е. что будет, если на этапе ввода таблицы Sotrudnik оператор внесет ему в ID_podr "Бухгалтерия" - эта ошибка не будет отловлена системой никогда?

vmagКот МатроскинВот у нас Иван Иванович возглавляет службу безопасности и является одновременно членом совета директоров, итого он занимает должности в "СБ" и "директорате". Что в записи Sotrudnik по нему будет в ID_Podr? И почему?

С точки зрения модели - хоть один человек на свете да должен принять решение: какое из указанных подразделений для Ивана Ивановича будет основным - код этого подразделения и нужно поставить в ID_Podr у Sotrudnik


Ну то есть вводится некая непонятная сущность "основное подразделение", никакого алгоритма ее заполнения не предлагается, отдается на откуп оператору Машеньке "решай как хочешь".

vmagКот МатроскинКак Вы планируете поддерживать смысловую целостность этого поля - т.е. что будет, если на этапе ввода таблицы Sotrudnik оператор внесет ему в ID_podr "Бухгалтерия" - эта ошибка не будет отловлена системой никогда?

Основа это связка Podrazdelenie - Sotrudnik и на ней базируется всё (в этом смысле):
- Списки сотрудников подразделения для начальников подразделений (Сразу вопрос у Главбуха:
почему у меня числится уборщица ?)

Список будет кривым, поскольку совместители в него сразу не попадают (Иван Иванович будет только в одном подразделении).
Бронируем отель для членов директората, забронировали 6 мест - приехало 8 директоров, потому что у двоих стояли другие "основные подразделения"(tm). Толково :)

vmag.... системой не знаю (когда в 1С вносите уборщицу в бухгалтерию - она ведь не пищит и комп не выключает?) а вот глазами сразу при просмотре первого же кривого списка...

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



vmagЯ согласен, что гибкость этого фрагмента из 4-х таблиц (замкнутого круга) немного шокирует своими возможностями и по этому требует более полной и точной конкретизации функционала и ограничений в реализации интерфейса, но это (с моей точки зрения) интереснее и предпочтительнее, чем сидеть со связанными руками над ограниченной схемой базы данных...
Максимальная "гибкость" - у экселя. Это не значит что эксель это идеал проектирования БД.
Что Вы выигрываете этой гибкостью? Какой запрос нельзя сделать без ID_podr в таблице сотрудников?