Вопрос о производительности SQL Server 2000 - большая таблица

Question

Иметь большую таблицу, которая быстро приближается к 11 миллионам записей. (20 столбцов в таблице).

У меня вопрос: есть ли проблема с производительностью, о которой мне следует подумать с точки зрения количества строк в таблице?

Приветствия

Answer 1

Зависит от того, как используются данные в таблице. Много ли чтения, много записей? Сохраняются ли данные и никогда не обновляются и т. Д.

Без дополнительной информации ответ "скорее всего"

Answer 2

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

Если ваш рост составляет ~ 110K в день (или 1% в день), вы сможете комфортно отслеживать производительность, прежде чем вам придется начинать решать проблемы, увеличивая значения времени ожидания выполнения, переделывая запросы или предпринимая более радикальные меры, такие как обновление оборудования, версия SQL или разделение базы данных.

Однако, если ваш рост значительно выше, например, ~ 1,1 миллиона записей в день, и вам нужно будет начать планирование очень скоро, потому что вполне вероятно, что вы начнете сталкиваться с проблемами в неудобном темпе.

Answer 3

зависит от вашего первичного ключа и от того, как вы его используете. если в большинстве случаев доступ к данным осуществляется только через pk, а pk - это базовый тип числа (целое число), это будет обычно быстро.

но если вы используете, где условие, возможно, вам нужно настроить его. настройка производительности основана на том, как вы ее запрашиваете.

вот мои советы

• оператор равенства (=) обеспечивает наилучшую производительность.
• или оператор иногда снижает производительность. разделить на 2 запроса и объединить это может быть быстрее.

выбрать * из таблицы A, где a = 'aaa' союз выберите * из таблицы A, где a = 'bbb'