|
Где правильно хранить прикрепленные файлы, на диске или в базе? | ☑ | ||
---|---|---|---|---|
0
maksyandra
21.02.19
✎
10:44
|
Есть документооборот, где правильно хранить прикрепленные файлы, на диске или в базе 1С???
|
|||
1
DrWatson
21.02.19
✎
10:47
|
(0) Вот только недавно с проблемой приходили Превышен максимальный размер файла 1сv8.1cd
|
|||
2
palsergeich
21.02.19
✎
10:49
|
Подсистема хранения файлов на диске сейчас хорошо работает, рост базы идёт несильно, но за сохранностью данных - следить самостоятельно.
Если в базе - то очень быстро растет база + нагрузка на базу в момент записи \ получения данных, особенно если файлы большие. + Быстрый рост базы как недостаток |
|||
3
maksyandra
21.02.19
✎
10:51
|
Забыл добавить база серверная
|
|||
4
palsergeich
21.02.19
✎
10:53
|
(3) не принципиально.
Разница в том что прихранении на дисках можно хранить на недорогом NAS и бекапировать. Стоимость железа СУБД как правило сильно дороже |
|||
5
unregistered
21.02.19
✎
10:53
|
(0) Оба способа правильные.
Выбор обусловлен объективными отличиями одного способа от другого. Основные отличия перечислил palsergeich в (2). Учитывая копеечную стоимость дискового пространства, я предпочел бы пренебречь проблемой роста размера базы данных и хранил бы файлы внутри. |
|||
6
maksyandra
21.02.19
✎
10:56
|
Спасибо, всем за ответы.
|
|||
7
ДенисЧ
21.02.19
✎
10:56
|
В базе - нормальное резервное копирование
На диске - не растёт база. Сам выбирай. |
|||
8
spiller26
21.02.19
✎
11:20
|
(0) У нас на диске и считаю это правильно.
|
|||
9
Кац
21.02.19
✎
11:25
|
У меня файлы ДО в строительной организации на диске. Разрослось уже до 300 гигов
|
|||
10
AAAAAAAA
21.02.19
✎
11:38
|
Ежели картинки от номенклатуры, то в базе, а если ДО или БП то на диске.
|
|||
11
oleg_km
21.02.19
✎
11:41
|
Я храню в отдельной базе на MS SQL Server.
|
|||
12
Serg_1960
21.02.19
✎
11:43
|
А у меня РИБ и я считаю неоптимальным хранить файлы в базе и гонять их в сообщениях обмена по всем узлам. Если уж хранить - то хранить в файлах, например, в директориях синхронизируемых Яндекс-диском.
|
|||
13
Aleksey
21.02.19
✎
11:45
|
У хранения на дисках есть недостаток - это бекапы, копии и филиалы
В обычный бекап такие файлы не попадают, а значит нужно отдельно бекапить эти файлы (очень помогают программы которые умеют дифференциальный бэкапделать) Копия базы развернутая для экспериментов имеет те же ссылки на файлы что и основная. Т.е. если её развернуть на другом сервере, то ей будут недоступны прикрепленные файлы. А если на основном, то любые изменения этих файлов в копии влияют и на основную базу. Т.е. сделали копию, чтобы удалить лишние организации и отдать аудитором - и внезапно обнаруживаете что и в основной базе были удалены все картинки по удаленным организациям Филиалы. Так как ссылка на файл жесткая, то урбд почка на филиале не сможет достучаться до файлов, т.е. нужно копию фалов положить в тоже месте на филиале, что он лежит на сервере (тут dropbox в помощь). P.S. Есть типовой механизм по переносу файлов из базы на диск, но обратного переноса - нет) |
|||
14
Aleksey
21.02.19
✎
11:46
|
Из достоинство. При бекапе базы не нужно каждый раз вместе с базой бекапить это мусор. Т.е. общий размер всех бекапов очень сильно сокращается
|
|||
15
unregistered
21.02.19
✎
11:52
|
(8) У нас в базе и считаю это правильно.
С религиозными проблемами надо бы к батюшке сходить, причаститься. А вопрос в (0) чисто технический, где каждая из альтернатив имеет вполне четкий и ясный перечень преимуществ и недостатков. Решение сводится к выбору наименьшего из двух зол. |
|||
16
Aleksey
21.02.19
✎
11:52
|
По размеру - типовая БП в которой куча организаций и 1С отчетность (всякие отчеты переписки сканы документов отправленные по требованию)
Размер базы (mdf) 80 гигов, размер прикрепленных файлов на диске - 30 гигов |
|||
17
Serg_1960
21.02.19
✎
11:53
|
(13) "Копия базы имеет те же ссылки на файлы что и основная"- и это очень важное замечание!
|
|||
18
cons24
21.02.19
✎
11:58
|
(13) а вот мой коллега говорил что в БП и обратно с диска в базу отлично все типовым механизмом закачивается. Правда обработка в интерфейс вроде не выведена, но есть.
|
|||
19
Bigbro
21.02.19
✎
12:15
|
аргумент (14) для нас был решающим, хранили отдельно. база прирастала по 80Гб в год, после того как файлы остались снаружи рост составил около 12.
|
|||
20
Aleksey
21.02.19
✎
12:30
|
(18) Ну я тоже могу много что говорить, но увы
|
|||
21
unregistered
21.02.19
✎
12:44
|
(19) При современной стоимости Гб дискового пространства (даже SSD) приведенные цифры просто смешны.
Особенно если учесть, что файлы, хранящиеся отдельно в томах на дисках тоже надо бэкапировать и архивировать. А вопрос синхронизации - это отдельная песня. Что делать в случае необходимости восстановления продуктивной базы из бекапа? Кто гарантирует консистентность данных в ней с данными в томах на диске? А если наоборот - придётся восстанавливать файлы из архива? Кто будет ловить мёртвые ссылки в базе на несуществующие или битые файлы? |
|||
22
Aleksey
21.02.19
✎
13:49
|
(21) Информация хранящая в файле это справочная не влияющая на учет.
Даже если пару картинок из номенклатуры потеряется, на что это повлияет в плане анализа или корректности расчета себестоимости? Или вы считаете что картинка с образцом подписи которая автоматом вставлялась в печатную форму счета - это критически важная информация потеря которой приведет к необратимым последствиям для фирмы? |
|||
23
palsergeich
21.02.19
✎
14:40
|
(22) и такое тоже бывает.
(9) 300 Гб для стройки как то немного. У нас 2 Тб документации за год накидалии. |
|||
24
ДенисЧ
21.02.19
✎
14:41
|
(22) "Информация хранящая в файле это справочная не влияющая на учет"
Ну, это сильно зависит от назначения базы... |
|||
25
Aleksey
21.02.19
✎
14:58
|
(24) вот поэтому и нет однозначного решения где лучше хранить.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |