SQL Server 2005 - большие объемы данных

Добрый день, на сервере SQL 2000 при объемах данных порядка 2млн. записей в таблице возникают офигенные тормоза, в 2005 есть улучшения в эту сторону? Поделитесь мнением.

SQL 2000
А у таблиц индексы есть?
И планы запросов анализируются?

Делюсь мнением - за постановку вопроса два. 2 млн. это небольшая табличка . Нои классически, что вы сделали для того чтобы определить прчину офигенных тормозов и в чём она выражается

AlekseyB

Добрый день, на сервере SQL 2000 при объемах данных порядка 2млн. записей в таблице возникают офигенные тормоза, в 2005 есть улучшения в эту сторону? Поделитесь мнением.

От версии практически не зависит. И даже от производителя бд при таких объёмах.

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

тормоза в таблице - что это?

Такое впечатление, что в Рекомендации нужно внести 11-й пункт
"Если Ваш вопрос связан с низкой производительностью сервера..."

У меня на тестовом сервере для одного проекта в некоторых таблицах по 10-20 млрд записей. И как бы все работает более чем.

Известно ли Вам, любителям этого интересного (С), что количество постов на все форумы sql.ru в прошлое воскресенье составило 4686061. Ничего не тормозит, при том что это все выставлено в веб и имеется довольно шустрый полнотекстовый поиск. Поправьте меня, если не прав, но sql.ru крутиться на MSSQL.

Senya_L

количество постов на все форумы sql.ru в прошлое воскресенье составило 4686061

Это немного. :)

Навскидку:

SELECT 
  SUM(p.rows)
FROM
  sys.partitions p
WHERE
  p.object_id = OBJECT_ID('dbo.Event') AND
  p.index_id IN (0, 1)

--------------------
163553982

(1 row(s) affected)

бывает и больше. Очень многое зависит от объема данных и характера доступа к ним.

Ну и продолжая тему измерений

SELECT 
  SUM(p.rows)
FROM
  sys.partitions p
WHERE
  p.object_id = OBJECT_ID('dbo.OLAPWebSource_history') AND
  p.index_id IN (0, 1)
  
--------------------
927108651

(1 row(s) affected)