Производительность индексации SQL Q

Question

Я использую LINQTOSQL и только что обнаружил, что застрял с хранением вещей в одной таблице, поэтому теперь задаюсь вопросом, как это повлияет на производительность.

Если я скажу 100K строк данных в таблице. (Каждый из 4 подмножеств содержит 25 КБ), (подмножество определено по его значению в столбце «тип»)

Я собираюсь индексировать по подмножеству, затем по каждому подмножеству, по дате и, возможно, еще по нескольким значениям.

Итак, мой вопрос: насколько существенно будет снижена моя производительность, если все 100 КБ в этой одной таблице вместо 25 КБ в 4 разных таблицах? Стоит ли тратить время на разделение на 4 таблицы?

Очень ценю ваши ответы:)!

Answer 1

Разделение таблиц, как вы описали, будет считаться «горизонтальным разделением».Это может быть разумным подходом к решению основных проблем производительности.Тем не менее, вы теряете некоторые из основных преимуществ использования СУБД в первую очередь для повышения производительности.Обычно плохая идея разбивать идентичные данные на отдельные таблицы, если в этом нет необходимости.

Я не уверен, какой у вас конкретный вопрос.Вообще говоря, MSSQL не собирается пренебрегать ресницей при просмотре 100 тыс. Записей в правильно проиндексированной таблице.Насколько придирчивым ты действительно должен быть?Вы можете перейти к фактической структуре индекса, если у вас есть какие-то проблемы со сверхвысокой производительностью.Если нет, не беспокойтесь об этом.100 тыс. Записей - ничто.