В БД есть следующие сущности:

users(id, name, role) - пользователи системы, role=['manager', 'user']
departments(id, name) - отделы пользователей
categories(id, name) - категории работ которые выполняет организация
userdepartments(id, user, department) - список отделов каждого пользователя (один пользователь может состоять в разных отделах)
usercategories(id, user, category) - список разрешенных категорий работ каждого пользователя (один пользователь может выполнять несколько видов работ)

Помогите с проектированием такого функционала:
Каждый пользователь с role="manager" может отвечать за несколько видов работ, состоять в нескольких отделах и просматривать списки пользователей этих отделов.
Соответственно, в общем случае, он должен видеть список всех пользователей, которые состоят в таких же отделах и тех же категорий работ, как и он.

Навскидку, пришло что-то подобное:




На скрине приведен разбор explain

Есть какие замечания, или предложения?

sereginseregin,

С документами как раз все просто. Документ относится к какому-то конкретному подразделению и виду работ, отбор будет простой.

А вот с пользоватлями получается пересечение множеств (пользователь может состоять в нескольких подразделениях и иметь допуск к нескольким видам работ), здесь и напрашивается грамотный подход и оптимизация.
Если взять

sereginseregin,

Добавлю насчет перехода Пользователя в другой раздел.
Это повлияет только на видимость этого пользователя для Менеджера.
Т.е. в данном вопросе нам нужно обеспечить, чтобы Менеджер видел только "своих" пользователей. Если пользователь не состоит ни в одном отделе, которые курирует Менеджер, то последний и не должен его видеть.

Пример предметной области может быть такой:

Автопарк в Удмуртской республике.

Departments - это нас.пункты:
- Ижевск
- Воткинск
- Сарапул
- Глазов

Categories - виды услуг:
- такси
- пассажирские перевозки (автобусы)
- грузоперевозки Газель
- грузоперевозки Камаз
- спецтехника

Менеджеры (каждый закреплен за городами):
- начальник пассажирских перевозок (такси, автобусы)
- начальник грузоперевозок (Газель, Камаз)
- начальник спецтехники
- начальник доставки пиццы (шутка)

Задачи менеджера (начальника): мониторить все что относится к их сфере работ, в их городах.
А это сотрудники, заказы, расчеты с траспортниками (водителями)

Водители могут привлекаться на определенные виды работ во всех подразделениях, обычно, территориально близких
Например, таксисты - одновременно в Ижевске и Воткинске.
Пассажирские перевозки - по направлениям (Ижевск-Воткинск, Ижевск-Глазов)
Грузоперевозки, Спецтехника - по всей республике


В данной ветке волнует больше вопрос:
Допустим, есть начальник Иванов.
Отвечает за Ижевск и Воткинск, по сфере работ грузоперевозки.
Т.е. если заказ поступил в его городах - он курирует эти заказы, привлекает водил и ведет с ними расчеты.
Ему в процессе работы с подчиненным составом не нужны таксисты, не нужна спецтехника,
не нужны водители из Сарапула, хотя все это одна организация.


Он должен видеть:
- состав только своих водителей
- только свои заказы
- только расчеты по своим водителям

sereginseregin,

Место приписки возникает только в самом заказе:
в определенном подразделении на определенный вид работ назначается Водитель.
Сам водитель может подписаться на разные виды работ, и обслуживать несколько подразделений.
Как раз, для этого есть usercategories, userdepartments - определяют сферы работ и место работ, куда водитель готов ездить.


Продолжу конкретику, вот пример отбора заказов для Менеджера, когда он просматривает все заказы за которые отвечает:

Сама модель предусматривает следующее:
Водителей (участников) ~ 1000 человек
Менеджеров ~ 20 человек
Подразделений ~ 20