SQL Server: есть ли способ теоретически оценить время получения запроса - PullRequest
0 голосов
/ 11 марта 2012

У меня будет база данных с более чем 8 сотнями миллиардов записей,

Я собираюсь запрашивать БД через SQL Server ТОЛЬКО для получения записей, т.е. ВЫБРАТЬ только запросы.

Я собираюсь получить от 1 до 36 000 000 записей, а также подумать о кэшировании (36 000 000 x 8) записей.

то, что я искал, - это какое-то средство, с помощью которого я мог бы получить оценку СКОЛЬКО ВРЕМЕНИ потребуется для простого SELECT запроса SQL Server (любая версия \ редакция) вернуть 36 000 000 (худший вариант).

Моя таблица проста, всего 9 столбцов \ атрибутов, все они INT (целые числа).

Мне нужно получить представление об этом заранее, прежде чем я смогу заполнить свою БД и спроектировать свое приложение, помня о том, должен ли я полагаться на SQL Server или мое приложение, полагаться на огромное кэширование, потому что медленный ответ НЕ опция.

ДОПОЛНИТЕЛЬНОЕ ПРИМЕЧАНИЕ

  • Сетевое подключение и пропускная способность здесь не рассматриваются.
  • Я не могу проверить истекшее время с помощью программирования, потому что БД \ не может заселены еще.

E D I T

почему голосование "за"

Ответы [ 2 ]

0 голосов
/ 11 марта 2012

Заполните таблицу ненужными данными и включите статистику.

0 голосов
/ 11 марта 2012

Нет, простите, нет легкой серебряной пули. Вы вычитаете это из других запросов, если у вас есть разумный набор ссылок на данные и вы можете жить с вариациями, а в противном случае - нет. Люди зарабатывают деньги, настраивая это;)

...