none
Переезд больших таблиц и их индексов в файловые группы RRS feed

  • Вопрос

  • Добрый день.

    Переходим с MS SQL 2000 на MS SQL 2008.

    - на сколько мне известно, начиная с версии 2005, поддерживается многопоточность.

    - есть большая таблица ~180 Гб (insert, update), если она ляжет в файловую группу на MSSQL2008, скажем из 8 файлов, уё индексы в группу из 4-х, можно на другие диски, примерно, +/- километр, на сколько % может подняться производительность?

    - подскажите, где почитать про миргацию на конкретную файловую группу конкретных таблиц/индексов

    • Изменен тип missing.fox 24 мая 2011 г. 11:25

Ответы

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

    Далее, фаловые группы нужны для указания места создания объектов. Цель их создания может быть разной, от сайзинга файлов до схемы секционирования. Вполне может статься, что индексы окажутся не выровненными по схеме секционирования или окажется выгодням использовать фильтрованные индексы для активной части данных с размещением их на быстрых дисках - все такие бизнес-требования DBA должен формализовать и разработать соответствующи компелекс мер для их реализации и поддержки.

    • Помечено в качестве ответа Dmitry Davydov 31 мая 2011 г. 14:57

Все ответы

  • У Вас неверная информация про многопоточность, поддержка её была и в 2000 - м.

    Размещение индексов на других дисках даст скорее отрицательный эффект, чем выигрыш. Не стоит уменьшать число шпинделей под нагрузкой...

  • Тогда правильнее будет на одном разделе создать файолвые группы с таблицами и индексами к оным соответственно, я правильно понимаю?

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

    Далее, фаловые группы нужны для указания места создания объектов. Цель их создания может быть разной, от сайзинга файлов до схемы секционирования. Вполне может статься, что индексы окажутся не выровненными по схеме секционирования или окажется выгодням использовать фильтрованные индексы для активной части данных с размещением их на быстрых дисках - все такие бизнес-требования DBA должен формализовать и разработать соответствующи компелекс мер для их реализации и поддержки.

    • Помечено в качестве ответа Dmitry Davydov 31 мая 2011 г. 14:57