Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
Antoshes
Зарегистрирован: 17.02.2014 Сообщения: 171 Откуда: Томск
|
Добавлено: Ср Июл 22, 2015 13:11 Заголовок сообщения: |
|
|
rebel25
прилично конечно!
но ведь обращение к этой таблице происходит редко и не должно сильно влиять на скорость работы системы.
Может быть есть смысл выделить эту таблицу в отдельную файловую группу и обслуживать ее отдельно. |
|
Вернуться к началу |
|
![](templates/subSilver/images/spacer.gif) |
rebel25 Большой шоколадный орден
![Большой шоколадный орден Большой шоколадный орден](images/bpic_0000731.jpg)
Зарегистрирован: 06.10.2008 Сообщения: 578 Откуда: Москва
|
Добавлено: Чт Июл 23, 2015 16:10 Заголовок сообщения: |
|
|
Касательно x_docs я хочу только уменьшить размер базы, чтобы не было проблем с местом при бэкапах или при копировании.
Касательно быстродействия дисков мы решили виртуализировать сервер босса и положить его на быструю дисковую полку. |
|
Вернуться к началу |
|
![](templates/subSilver/images/spacer.gif) |
Volod Большой шоколадный орден
![Большой шоколадный орден Большой шоколадный орден](images/bpic_0000731.jpg)
Зарегистрирован: 11.02.2015 Сообщения: 252
|
Добавлено: Чт Июл 23, 2015 17:15 Заголовок сообщения: |
|
|
Касательно именно таблицы x_docs можно "включить мод"
работаем по законодательству и удали информацию по уволенным сотрудника, так как насколько я помню в электронном виде документы мы должны хранить до 5 лет.
У нас в компании все сервера виртуальные в том числе и сервер БК, тут есть как полюсы так и минусы, один из которых, это потеря в скорости дисков. |
|
Вернуться к началу |
|
![](templates/subSilver/images/spacer.gif) |
rebel25 Большой шоколадный орден
![Большой шоколадный орден Большой шоколадный орден](images/bpic_0000731.jpg)
Зарегистрирован: 06.10.2008 Сообщения: 578 Откуда: Москва
|
Добавлено: Чт Авг 06, 2015 13:04 Заголовок сообщения: filestream |
|
|
Попытался вытащить таблицу 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 - иначе диалог договора выдавал ошибки.
Только обрадовался что всё заработало, как заметил что все договора перепутались между людьми.
Скажите, что я не так сделал? Может есть у кого инструкция как вытаскивать таблицы в файлстрим из босс-кадровика. |
|
Вернуться к началу |
|
![](templates/subSilver/images/spacer.gif) |
GIN
Зарегистрирован: 04.03.2010 Сообщения: 112
|
Добавлено: Пт Авг 14, 2015 14:29 Заголовок сообщения: |
|
|
id_doc у таблицы x_docs - сгенерировали заново?
как перенесли таблицу? _________________ Что бы увидеть свет в конце туннеля, нужно все время копать... |
|
Вернуться к началу |
|
![](templates/subSilver/images/spacer.gif) |
rebel25 Большой шоколадный орден
![Большой шоколадный орден Большой шоколадный орден](images/bpic_0000731.jpg)
Зарегистрирован: 06.10.2008 Сообщения: 578 Откуда: Москва
|
Добавлено: Ср Авг 19, 2015 11:10 Заголовок сообщения: |
|
|
Цитата: | id_doc у таблицы x_docs - сгенерировали заново? |
Да забыл про идентити инсерт, теперь всё ок. Спасибо.
Если кто настраивал файлстрим прошу поделиться опытом:
- как его настраивать для sql кластера
- как защитить данные от просмотра в папке файлстрима
- как бэкапить |
|
Вернуться к началу |
|
![](templates/subSilver/images/spacer.gif) |
|