По теме из базы знаний
- Хранение файлов в томах на диске (для УПП 1.3)
- Расширение для БСП 3.0 - Хранение файлов во внешней СУБД (MS SQL)
- Хранение файлов в 1С
- Формирование файла типа xml для формализованных электронных передаточных и корректировочных документов и неформализованного электронного документа Счет на основании документа бухгалтерии
- Подключение функционала БСП "Присоединенные файлы" к функционалу Диадок
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Если документы очень важные и боишся что их кто то грохнет то храни в БД - правда расти будет как очумелая.
Если просто так для справки нужны - то в томах на диске - но не удивляйся когда через пару недель начнется вой что мол я вчера файл видела а сегодня его нет !!! Плюс ко всему если будеш хранить в БД и не все юзеры должны видеть договора то прийдется допиливать права - что бы некоторым показывать - некоторым не показывать.
Камней масса - в любом случае наткнешся на них. Только некоторые можно решать быстрее некоторыемедленее.
Если просто так для справки нужны - то в томах на диске - но не удивляйся когда через пару недель начнется вой что мол я вчера файл видела а сегодня его нет !!! Плюс ко всему если будеш хранить в БД и не все юзеры должны видеть договора то прийдется допиливать права - что бы некоторым показывать - некоторым не показывать.
Камней масса - в любом случае наткнешся на них. Только некоторые можно решать быстрее некоторыемедленее.
В томах на диске. Если сканы хранить внутри, то они "раздуют базу" почти за месяц и придется чистить.
В томах на диске доступ ограничить хитрО - например, при записи в том использовать "мертвого" пользователя 1С, который аутентифицируется виндой и имеет право записи в папку, тогда пользователь "живой" будет иметь право только на чтение + в документообороте закрыть право удалять не автору. Также можно реализовать и версионирование документов.
В томах на диске доступ ограничить хитрО - например, при записи в том использовать "мертвого" пользователя 1С, который аутентифицируется виндой и имеет право записи в папку, тогда пользователь "живой" будет иметь право только на чтение + в документообороте закрыть право удалять не автору. Также можно реализовать и версионирование документов.
Предлагаю не противопоставлять метод хранения в БД и метод хранения, я бы сказал, во внешнем источнике (это вместо "в томах на диске"), а соединить. Никто не мешает хранить некий кэш данных в базе, а каким-нибудь регламентным заданием этот кэш время от времени чистить по определенному алгоритму (тут есть место для фантазии), передавая данные, которые подлежат удалению из кэша во внешний источник хранения данных на долговременное хранение. Таким образом, в БД будет храниться некий кэш недавно созданных данных или данных к которым было недавнее обращение, а во внешнем источнике будет храниться основная масса информации. При этом, внешним источником я бы выбрал все-же СУБД, например тот же SQL. Таким образом, и проблем с сохранностью данных станет на порядок меньше и роли можно будет программно разрулить и база не распухнет и производительность будет пристойной.
(18) nuelectro, обработка для переноса идет в комплекте.
(19) AnderWonder, у нас сейчас около 8000 документов, объем файлов примерно 4гб. и со временем меньше их не станет )))
вопрос хранить в базе или в томах на диске связан только со скоростью работы, если после переноса будет работать так же или быстрее, то однозначно перенос в тома.
(19) AnderWonder, у нас сейчас около 8000 документов, объем файлов примерно 4гб. и со временем меньше их не станет )))
вопрос хранить в базе или в томах на диске связан только со скоростью работы, если после переноса будет работать так же или быстрее, то однозначно перенос в тома.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот