Быстродействие диска и размер базы

[Antoshes]

rebel25
прилично конечно!
но ведь обращение к этой таблице происходит редко и не должно сильно влиять на скорость работы системы.
Может быть есть смысл выделить эту таблицу в отдельную файловую группу и обслуживать ее отдельно.

[rebel25]

Касательно x_docs я хочу только уменьшить размер базы, чтобы не было проблем с местом при бэкапах или при копировании.

Касательно быстродействия дисков мы решили виртуализировать сервер босса и положить его на быструю дисковую полку.

[Volod]

Касательно именно таблицы x_docs можно "включить мод"
работаем по законодательству и удали информацию по уволенным сотрудника, так как насколько я помню в электронном виде документы мы должны хранить до 5 лет.

У нас в компании все сервера виртуальные в том числе и сервер БК, тут есть как полюсы так и минусы, один из которых, это потеря в скорости дисков.

[rebel25]

Попытался вытащить таблицу x_docs в filestream.
Сделал следующее:
1. Включил файлстрим на сервере.
2. Создал двойник таблицы x_docs, добавив в конце
[data] [varbinary](max) filestream NULL,
fileGUID uniqueidentifier default newid() unique rowguidcol not null
3. Скопировал данные в новую таблицу из x_docs.
4. Поменял местами таблицы, изменив их названия.
5. Доработал секцию таб диалога pr_contract_dlg добавив в инсерт новый столбец, то же самое в процедуре pr_prc_contract_run - иначе диалог договора выдавал ошибки.

Только обрадовался что всё заработало, как заметил что все договора перепутались между людьми.
Скажите, что я не так сделал? Может есть у кого инструкция как вытаскивать таблицы в файлстрим из босс-кадровика.

[GIN]

id_doc у таблицы x_docs - сгенерировали заново?

как перенесли таблицу?
_________________
Что бы увидеть свет в конце туннеля, нужно все время копать...

[rebel25]