Доброго всем.
Рисую механизм печатных форм с печатями и подписями ответственных лиц.
Естественно, прежде чем что-то выводить на печть - это нужно куда=то записать (сами печати организации и подписи).

Хранить изображения хочу непосредственно в базе (не внешними файлами), а далее у меня встала делема:

1) Хранить непосредственно в справочнике "Контрагенты"
2) Хранить все в отдельном регистре с привязкой к определенному объекту.

Плюсы первого - проще реализовать и не надо париться с независимыми регистрами. Минусы - на сколько я понимаю, при получении объекта, всегда будут тянутсья картинки, что может сказатсья на производительности.

Плюсы второго - к данным будут обращаться только тогда, когда они нужны. Минус - заморочки с независимыми регистрами.

Собственно, как лучше сделать???

(0) Плюс варианта с регистром, в том что его можно сделать периодическим. Подписи могут меняться.

(0) У вас в справочнике "контрагенты" одна запись? Ваша организация?
Или вы планируете подписи к каждому контрагенту добавлять?

(1) ну, это не столь критично для меня.

(2) я храню печати и подписи контров. Причем у каждого контра может быть целый набор печатий и набор подписей (разных сотрудников)

в сейфе

(5) КрасавЧЕГ, юморнул.

Теперь давай по делу.

Терзают смутные сомнения... Зачем печати и подписи других контрагентов?
Документы будете подделывать? :-)

(0) а для чего нужны печати/подписи ?

(0)По структуре данных.
Хранил бы в отдельном регистре.
При получении объекта с базы он весь тянется. Зачем каждый раз таскать картинки?

(7) давайте без смутных сомнений и душевных терзаний. Я вроде как сформулировал более чем конкретный вопрос.

(9) Не, ну а че? Кредитов можно оформить немеряно.
Стесняюсь спросить у ТС - матрицы баксов разных номиналов в базу уже заведены?

(9) Собственно согласен, единственное что останавливает - при работе с регистрами нужно больше заморочек...

(7) Так там небось холдинГ !

(10) Похоже, что нужно использовать регистр всегда, когда есть подобные сомнения. И что это за странная фраза "это не столь критично для меня"? Сваливать оттуда собрался и подложить фирме свинью?

(10) На управляемых формах - без разницы. Да и на неуправляемы тоже. Поскольку картинку видимо предполагается хранить в поле с типом хранилищеЗначений? А оттуда без Получить() всеравно ничего тянуться не будет.

+ (14) Разве что ссылка на хранилище. А уж она точно будет не длиннее УИД-а.

Кстати ,еще косячек с регистрами нашел. Т.к. для одного контра необходимо иметь возможность задать несколько печатей, то получается, что сама "печать" должна выступать в качестве "измерения" регистра сведений. Но Для измерения нельзя задавать такой тип данных (только для реквизита или ресурса). Получается нужно еще какой-то ключ уникальности задавать, чтобы записи были уникальны.

(16) > сама "печать" должна выступать в качестве "измерения" регистра сведений.

Не, измерением должен быть некий признак этой печати

(16) Перечисление Виды печатей. Типа "Для счетов фактур", "Основная" и т.п.

(14) Естественно, что картинка будет храниться в хранилище.

"На управляемых формах - без разницы. Да и на неуправляемы тоже. Поскольку картинку видимо предполагается хранить в поле с типом хранилищеЗначений? А оттуда без Получить() всеравно ничего тянуться не будет."

- точно не будет? Где-то встречал инфу, что при получении объекта с "хранилищем", в память загружается и содержимое хранилища.

(17) так вот какой признак? Печати все равноправны...по сути это вообще одна и таже печать, но немного по разному сделаная (это уже собственные заморочки)

(18) у меня нет такого признака разделения. Печати равноправны.

(21) и всё же их надо как-то отличать

(22) ну то ладно, хеш ключ какой-нить сгенерить можно.

(20) например (18) или тупо номер печати: 1,2 и т.д.

(20) Тогда - не регистр, а подчиненный справочник.

Меня сейчас более интересует (14)

(26) Там специальнонарочно метод получить() приспособили. Именно для загрузки "по требованию".

http://1clancer.ru/article/opasnost_v_rekvizite_s_tipom_khranilischeznachenij_793

Конечно, в любом случае картинки нужно хранить отдельно: в справочнике или в рс.

(28) Исчервывающе)

(28) Во, нечто подобные я и встречал!

(31) Надо бы еще разобраться - как в 8.3 с этим дела обстоят.

(32) я думаю аналогично

Значит сделаю через подчиненный справочник. Обращение к нему будет в разы меньше, чем к справочнику контров.

Всем спасибо.

Храним в файлах, а в базе только путь к файлу.
Скорость большая, удобно так как к таким файлам не только из под 1С можно оперировать а и из любой программы.

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