Должны ли статические данные базы данных находиться в отдельной файловой группе?

Question

Я создаю новую БД и имею кучу статических данных, которые не изменятся. Если это произойдет, это будет ручной процесс, и это будет происходить очень редко.

Эти данные представляют собой смесь карт и географий.

Я предполагаю, что это может быть около 100K или около того, более 4 или около того таблиц.

Вопросы

1. Должен ли я поместить их в файловую группу READ ONLY
2. Могу ли я создать таблицы в конструкторе и определить файловую группу во время создания? Или это возможно только через скрипт?
3. Как только данные окажутся в таблице (в файловой группе, доступной только для чтения), могу ли я изменить их позже? Это действительно трудно сделать?

спасибо.

Answer 1

Это стоит для VLDB (очень большие базы данных) по разным причинам. Для 100 000 строк или 100 КБ я бы не стал беспокоиться.

В этой группе поддержки SQL Server рассматривается одна из связанных с этим "городских легенд".

Есть еще один (не могу его найти), где вам нужно 300 ГБ - 1 Б данных, прежде чем вы должны рассмотреть несколько файлов / файловых групп.

Но, чтобы ответить конкретно

1. Личный выбор (нет жесткого и быстрого правила)
2. Да (правка :) В SSMS 2005, режим разработки, перейдите в Indexes / Key, «спецификация пространства данных». Данные живут там, где находится кластерный индекс. Без кластерного индекса вы можете сделать это только через CREATE TABLE (..) ON filegroup
3. Да, но Вам придется ALTER DATABASE myDB MODIFY FILEGROUP foo READ_WRITE с базой данных в однопользовательском монопольном режиме

Answer 2

Я думаю, что все, что вы здесь читаете, скорее всего будет спекуляцией, если только у вас нет никаких доказательств того, что это действительно было опробовано и рекомендовано - для меня это выглядит как новая, но маловероятная идея. Есть ли у вас основания подозревать, что обычные практики будут неудовлетворительными? Это должно быть довольно легко просто попробовать и узнать. Опубликуйте результаты, если у вас есть шанс.

Answer 3

Маловероятно, что размещение данных будет доступно только для чтения, но я не уверен, что вы значительно выиграете. Файловая группа только для чтения (или табличное пространство в Oracle) может дать вам 2 преимущества; меньше резервных копий при каждом полном резервном копировании и более высоком уровне безопасности данных (например, он не может быть изменен ошибкой, доступом к БД с помощью другого инструмента и т. д.). Преимущество резервного копирования наиболее справедливо для больших БД, где окна резервного копирования ограничены, поэтому важно приложить немного усилий для исключения групп файлов. Один из них зависит от характера сайта, данных и т. Д. (Если вы исключаете доступное только для чтения пространство из обычных резервных копий, убедитесь, что вы получаете копию на любых сохраненных лентах для резервного копирования. в месяц.)

Я не знаком с дизайнером.

Переключение на чтение и чтение не является обременительным.