Это проектное решение, которое означает, что без всех деталей вашего анализа (цели, ограничения, требования пользователя и т. Д.), Кроме нескольких практических правил, которые я использую;
1 / Соединение между двумя таблицами обычно не очень дорого, и его легко настроить (например, вы говорите, что обновление будет незначительным, и я предполагаю, что вставка / удаление не занимает много времени, и в основном выбирает, поэтому это может будет ситуация, когда индексирование ускорится)
2 / При разработке схемы сначала нормализуйте ее в максимально возможной степени / разумно, а затем, когда сценарии реального мира доказывают ее целесообразность, денормализуйте. (И, как правило, решение нормализовать, а затем денормализовать определенные элементы работает довольно хорошо, отказ от нормализации обычно не дает хорошего результата.
3 / В течение определенного периода времени нормализация окупается (в последующие годы, когда вы пытаетесь внести некоторые изменения в систему, хорошо продуманная основа действительно приветствуется и приветствуется)
4 / Денормализация, как мне кажется, лучше всего подходит для сообщений о ситуациях, когда будут использоваться специальные запросы. Или, другими словами, главная причина денормализации, которую я вижу, состоит в том, чтобы облегчить жизнь авторам отчетов, которые имеют высокий коэффициент запроса-записи / использования