У меня есть 2 варианта при создании базы данных, и приоритетом номер 1 для этих баз данных является производительность.
Вариант 1: распределенные файлы по нескольким дискам в 1 файловой группе. Поэтому все файлы управляются SQL-сервером, а жесткие диски используются и управляются с точки зрения пространства, но мы, администраторы баз данных, не имеем никакого контроля над тем, на каком диске хранятся таблицы (и все связанные индексы).
Вариант 2: Именованные файловые группы с базой данных, активно разбитой на указанные жесткие диски.
Хорошим предположением для этого вопроса является то, что все наши диски идентичны по скорости и производительности, а наш контроллер SAN имеет достаточное качество, чтобы не быть узким местом в этом сценарии.
Также предполагается, что у нас есть «хорошая» настройка tempDB, в которой у нас есть правильные файловые разделы на локальном SSD для сервера.
Второй вариант дает нам контроль, и мы можем размещать индексы для больших таблиц на разных жестких дисках. Это контролирует наш процесс чтения и записи для задач высокой интенсивности и позволяет нам читать с 2 дисков и записывать на третий.
Итак, мой вопрос здесь заключается в том, как распределенные файлы (управляемые SQL) работают с именованными файловыми группами, где чтение и запись диска является ограничивающим фактором в конфигурации оборудования.
