Несколько файлов данных и несколько групп файлов

Question

Уважаемые эксперты. У меня есть вопрос в отношении нескольких групп файлов в SQL Server 2005. Я убежден, что наша база данных должна иметь вторичные файлы данных по следующим причинам: По причинам доступности всегда лучше хранить только данные системы в ваших первичных данных файл (с Sql2k5 и выше, если доступен основной файл данных, база данных может быть подключена к сети, что позволяет вам восстанавливать/восстанавливать/и т. д. несистемные данные, имея как можно больше времени в Интернете). Если мы можем отделить внесите данные системного каталога в файл первичных данных и поместите наши пользовательские данные во вторичный файл, основной файл меньше, получает намного меньше обновлений и вставок и, следовательно, вероятность коррупции, например сектор плохого диска сведен к минимуму.

Моя дилемма заключается в том, как мы можем ограничить данные пользователя, не попадая в Первичный файл данных. Единственный способ представляется мне возможным, как показано ниже:

• Сохраняя только первичный файл данных в основной файловой группе
• Создание вторичного файла-группы с вторичными файлами данных и создавая свои физические объекты, как таблицы/indexes и т. д. в этой дополнительной файловой группе.

Так, пожалуйста, предложите:

1. Всегда желательно иметь вторичную файловую группу с вторичными данными-файлы и оставить первичный файл-группу только первичных данных-файла в нем? Пожалуйста, предложите другое.
2. С вышеуказанной конфигурацией, есть ли влияние на производительность для небольших баз данных, скажем, менее 10 ГБ?

Заранее благодарен!

Answer 1

Не беспокойтесь, разделив систему и пользовательские данные. Он ничего не добавляет. В реальной жизни либо ваш MDF есть, либо нет. Не так много оттенков серого.

Что касается расщепления, я бы не возиться с несколькими файловыми группами, пока один или более из:

• Я приближающегося размер ТЕРАБАЙТ
• Очень высокая нагрузка
• Более один большой стол (не только один большой стол)
• может быть отдельные индексы, основанные на нагрузочных/размера/больших таблиц

И только тогда, когда я могу иметь separa te LUN или RAID-массивы для каждого файла. В противном случае это бессмысленно, потому что вы разделив конечный ресурс между несколькими файлами

Резюме: для большинства баз данных, не стоит