учет. И через всю базу протащил в составном первичном ключе параметр company_id. Я понимаю что, он не прав, но сходу аргументов не хватает. Подскажите, как нормально донести суть проблемы и на что сослаться? Или объясните почему я считаю неправильно.
Чеёта он не прав сразу?
Ты схему покажи для начала... А то твои слова — лишь сказки.
то есть у любой сущности у него присутствует в составном ключе company_id?
Ну и СУБД какая, сообщи
По хорошему postgres
составной первичный ключ действительно редкость, возникает, как правило, при моделировании отношений "многие-ко-многим" или при использовании натуральных ключей. а так уже правилом являются суррогатные ключи сущности.
Ну на суррогатах базовых сущностей можно тоже навертеть дофига составных ключей в производных сущностях.
Если не заметили предыдущее сообщение — подобные схемы (широко?) используются в production, по крайней мере. И недостатки у них, конечно, есть: 1. С т.з. моделирования — в случае необходимости наличия общих данных у компаний (легко получается или мешанина, или дублирование по сути того же самого), и с контролем доступа пользователей тоже могут быть проблемы (по той же причине). 2. С "технологической" точки зрения — проблемы с корректным планированием запросов иногда бывают, но это зависит от СУБД и запросов; ну и просто база данных больше (чем могла бы быть) — в принципе, возможны проблемы с/от maintenance и т.п.
Обсуждают сегодня