старый поток, я знаю, но вот что имеет смысл для меня: в те времена максимальный размер файла в файловой системе Windows FAT32 составлял 2 ГБ. Если ваш файл базы данных стал больше, вы были испорчены (однажды случилось со мной с MS Access-Database). Следовательно, они позволили определить максимальный размер файла (например, 2 ГБ), и вы можете добавить больше файлов. Если ваша база данных увеличилась и максимальный размер превысил, следующий файл заполняется до тех пор, пока он не будет заполнен и так далее. Все эти файлы могут быть адресованы как одна файловая группа. Вы можете определить местоположение данных таблиц, выбрав файловую группу, но вы не видите, в каком файле в этой файловой группе окажутся данные таблицы. Все, что вы знаете, это то, что данные ваших таблиц могут оказаться в любом из файлов внутри файловой группы.
При таком «разделении» ваша файловая система никогда не увидит файл, размер которого превышает максимальный размер файла (здесь: 2 ГБ), хотя таблицы в вашей базе данных могут быть во много раз больше.
Сегодня настройка нескольких файлов может быть полезна для того, чтобы большие файлы данных «нарезались» на более мелкие части для резервного копирования на основе файлов (спросите у сетевых администраторов, что они хотят, потому что во время резервного копирования запись большого (например, 1 ТБ) файла в раздел занимает много времени, даже в быстром RAID. Все другие операции записи должны были бы ждать долго. Более короткие интервалы ожидания позволяют быстрее выполнять операции с высоким приоритетом).
Если вы заботитесь о параллельном доступе к одной и той же таблице, рассмотрите горизонтальное разбиение, как в http://msdn.microsoft.com/en-us/library/ms188730%28v=sql.105%29.aspx., это позволяет распределить данные таблицы по разным жестким дискам, таким как «все продажи января на диске R:», «все продажи Февраль на диске S: ", без создания отдельных таблиц. Во время процедуры разбиения таблицы вы можете определить, какая часть должна идти в какую файловую группу.