Sql производительность больше столбцов или больше таблиц для отчетности

Question

У меня есть база данных sql, которая была передана мне, которая началась как приложение доступа. С тех пор его развилось много. Предыдущий разработчик хранил дополнительные столбцы в таблице вместо разделения таблиц, и мы начинаем сообщать об этих данных (более 1 м строк), и производительность начинает перетаскивать некоторые запросы.

Один стол для компании и содержит имя, ссылку, адресные данные, финансовые детали, страхование и т.д.

Я имею в виду, что мы должны разбить таблицу и иметь tblcompany, tbladdress, tblfinance и т.д. С нашей отчетности позволяет пользователям сообщать о любых полях, которые они хотят. Я думаю, что было бы лучше внутреннее соединение tbladdress, если пользователь хочет сообщить о реквизитах адреса, то же самое для финансов, страхования и т. Д. Также некоторые компании могут не иметь каких-либо финансовых данных, так что смысл иметь много нулевых полей?

Также к этой таблице присоединяется не только эта таблица, но и другие таблицы, а остальные - в том же формате. Просто привел этот один стол в качестве примера

Так что мой вопрос: улучшит ли производительность? Я думаю, что дизайн мудрый, это то, что нужно сделать, но хотелось, чтобы все советы, трюки и мнения.

Answer 1

Не знаете, что вы хотите улучшить. Конечно, нормализация, вероятно, улучшит его для сбора и хранения данных. Но денормализация имеет тенденцию улучшать отчетность. Таким образом, уловка состоит в том, чтобы иметь две базы данных, по одному для каждого требования, и заполнять отчетность путем разработки рабочей базы данных. Все зависит от нагрузки на db и где вы хотите получить удар, если вы не хотите брать на себя затраты на создание отчета db.

Все, что вы можете сказать, приведет к замедлению операционных операций и наоборот.

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