Добрый день, Всем !

Мне нужно хранить файлы в регистре сведений. Причем много файлов.От одного до пяти мегабайтов. Логический файлы делятся на 2 вида. Основные и дополнительные.

Вопрос. Их хрнаить в одном регистре или в двух регистрах ? Если буду хрнаить в одном регистре, то не будет ли для системы удобно такая набухающиеся регистр ? Будет ли польза системе если поделить на  2 регистра ?

(0) Зачем пихать файлы в 1с?  Храните файлы на файловом серваке. В 1с хранить путь к файлам.

А смысл делить на 2 регистра? Выигрыша по месту не будет, по удобству будет хуже.

(1) Имхо, оба варианта имеют право на существование. Надо просто взвесить за и против каждого с учетом планируемых объемов. Хотя хранить путь часто эффективнее.

лучше написать отдельную систему хранения на скл

А вот это кто может коментировать ?

http://www.doc-lvv.ru/2016/02/faylovye-toma-v-1sdokumentooborot.html

Если файлы ценные - храните в той же sql базе. В регистре, или справочнике - не важно. Иначе в один прекрасный момент окажется, что сервер упал, а бэкапы дополнительного хранилища сисадмин не настроил.

Я тут компетентность не беру в учет. Чисто технические правильные решения.

Кстати. видел самописку, где использовалось смешанное хранение - ценные и актуальные (месяц) документы хранились в базе, остальные по истечении времени скидывались в шару.

Если там планируется большой объём этих файлов, то всё же лучше настроить хранение в томах на диске. И бекапы делать этих томов отдельно.

GedKo, ты подкинул хорошую идею. Надо создать отдельное хранилище. Но он будет как архивный. А в теущей системе хранить файлы только 2-3 летней давности.

Храните файлы в отдельной БД SQL.

Хочу так !
1) Создать базу 1С на другом сикл сервере.
2) Там создать такой же регистр сведений как в текущей системе.

А архивирование будет происходиит так.

1) Берет документ 2 летней давности.
2) Все его прикрепленные файлы копирует в архвную 1С базу.
3) С регистра сведений текущей системы удаляю.
4) Документ отечаю как архивный.

И когда открывают документ и нажимаетна файл, то код в зависимости от отметки, будет искать файл в текущей системе или архивной.

Коментируейте плюсы и мнусы... Или же предложить свой вариант.

Вижу первый минус. В случае архивный через СОМ надо будет подключаться к архивной системе. А это немного медленно. Но это ерунда. С архивом мало кто будет работать и да и обрщаться туда не часто будут.

(12) Зачем базу 1С? Просто скулёвую базу с одной таблицей. Когда нужен файл - обращаешься к ней и всё. Во многих конфигурациях так реализовано.

Понимаешь иногда нужно будет хрнаить не только файлы , но и самих документов 1С. А это означаеть только одно. В архивной 1С через СОМ создавать такой же документ как в текущей.

(15) А сами документы храни в основной. Какой смысл их вовне переносить?

Тогда уже поднимай РИБ и делай полный обмен. Что бы уже наверняка.

Ну ребята некоторые типы документов так и надо. Нет смысла здесь писать зачем. Но надо. Понимаете :-)

Тем етсь необходимость управлять этими архивными данными через систему 1С. Ну ни писать же мне на сишарп интерфейс для управления этими данными.

Пилите Шура, они золотые!
ЗЫ: Что мешает управлять этими данными прамо в таблице БД SQL?

Heckfy, опять так нам не нужна полная копия базы. Только частичные данные. Архив должен быть един для нескольких систем, которые не имеет отношение друг другу.

(21) Вопрос был: "Что мешает управлять этими данными прамо в таблице БД SQL?"

Heckfy, я не очень понял. Это будет делать юзер ?

(23) А тебе как надо?

Fish, нужен полноценный интерфейс. Копаться там и искать архивные данные буду не Я же. А то что через интерфейс текущей системы алгоритм будет различать архивный ли документ или нет, то это другая задача. Это нужен в текушей системе. А еще у некоторых юзеров должен быть инструмент, для монипулции архивными данными по другому. Не просто открыть документ, при этом читая файлы с архивной базы.