Чем не нравится просто таблица на 3 поля?

ИМХО она лишняя

неа, как раз без дублирования

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

про то, что какие-то таблицы уже есть я не слышал. возможно и так

Мы ничего не продублируем, потому что у 1 компании может быть 100 ролей.

эта таблица и будет point of truth

и все же по мне это лишняя таблица и нестандартный кейс связи. Эту задачу легко решить на стандартных связях, в данном случае MtM+MtO

а если юзер имеет несколько ролей? слесарь и сварщик?

Мы делали у себя так: Department: id name Position: id permissions: [] User: id full_name UserPosition: user_id position_id department_id is_active active_date_from active_date_to Вместо Department у них Company например

а, ну тут у вас целая сущность на должность

так и предлагалось с самого начала

ну да, что-то вроде того

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

не могу найти в переписке про какие 2 типовые связи вы говорите. user -> должность, должность -> company?

Юзер-роль МтМ, компания-роль ОтМ

как по мне, такой подход лучше

Это +1 джоин без foriggen

Ну да иногда данные принадлежат самой связи, а не одной или другой модели