Дублирующиеся столбцы — это плохо?

Question

[fdsfjo12e21]

Дублирующиеся столбцы - это плохо?

Объясню на примере, у меня есть 2 таблицы.
1 - это список всех клиентов.
2 - это список активных клиентов.

В списке активных клиентов есть дата активации, я разрабатываю статистику активных клиентов по датам, но такие запросы как INNER JOIN (для взаимодействия с датой активации между таблицами) замедляют скорость выполнения запроса, поэтому не будет ли считаться это костылем, если также и в списках всех клиентов будет дата активации?

В среднем на 1 запрос уходит 5-6 секунд с INNER JOIN.
В среднем на 1 запрос уходит меньше секунды без INNER JOIN (с учетом даты активации в списках всех клиентов).

Answer 1

[Slava Rozhnev]

Дупликация данных в двух таблицах - это плохо.
Столбец дата активации в таблице клиентов - это нормальное решение, пока клиент не активирован в ячейке - NULL

Comments

[fdsfjo12e21]

Slava Rozhnev вы советуете удалить из списка активных и перенести в полный список? исходя из того, что дупликация - это плохо. верно?

[Slava Rozhnev]

fdsfjo12e21, Да, именно так. Денормализация данных допустима, но не в Вашем случае

Answer 2

[mletov]

Не нужна таблица "Список активных клиентов"
Только таблица "Клиенты" и в ней "Дата активации" и "Дата деактивации"
Если дата деактивации пустая - клиент активен.
Если выборка "Список активных клиентов" используется часто - можно сделать вьюху.

Answer 3

[res2001]

5-6 секунд с inner join - это должно быть несколько миллиардов (сотен миллионов) записей в обоих таблицах.
Попробуйте создавать индексы по полям участвующим в связывании таблиц.
Денормализация данных - обычно плохой вариант. Есть некоторые кейсы, когда это допустимо, но лучше этого избегать, пока не перепробованы другие варианты ускорения.

Answer 4

[ThunderCat]

Объясню на примере, у меня есть 2 таблицы.
1 - это список всех клиентов.
2 - это список активных клиентов.

Это неверный подход. Для лучшего понимания советую почитать про нормальные формы бд.

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