Всем привет!
В конфигурации присутствует справочник "Визиты", к элементам которого необходимо прикреплять одну фотографию.
С базой будут работать через веб-клиент. Фотографии просматривать можно по запросу (т.е. пользователь открывает элемент, читает и по желанию - скачивает/просматривает фотографию). Как лучше организовать хранение файлов, чтобы минимизировать интернет-траффик и повысить производительность?

а) Создать в справочнике "Визиты" реквизит "Файл (фотография)" с типом - хранилище значений;

б) Организовать хранение фотографии в регистре сведений с измерением "Визит" и ресурсом "Файл (фотография)";

в) В справочник "Визиты" добавить реквизит "Файл (фотография)" типа "СправочникСсылка.Файлы" (т.е. создать доп.справочник с файлами).

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

Заранее спасибо.

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

Так а нафига получать объект? Получай запросом только данные картинки.

(1) Если интерактивно открыть элемент справочника, то файл не подгрузится в память?

(2) Данные хранилища значения? Нет. Тем более в веб клиенте.

Лучше всего сделать отдельный подчинненный справочник, что снимет ограничение только на одну фотку

(4) Почему не табличную часть тогда или регистр сведений?

круче всего хранить в отдельной папке на сервере

(5)  у табличной части слишком жесткая зависимость, а для хранение в РС придется самостоятельно делать нумерацию записей, нафига, если платформа сама все сделает для справочника

храни base64 строку :D

(4) Файл будет только один. Это ограничение.

(7) Зависимость от чего? Зачем нужна нумерация?

(5) Спасибо!

(9) сегодня один, завтра - пять, знаем мы ваши ограничения

(10)  Как указать гдебы-то нибыло определенную картинку, если она лежит в табличной части?
как сохранить две записи для одного измерения в РС?

(13) Я не хочу показаться занудой, мне просто интересно чем было аргументировано Ваше предложение.

Как указать картинку в ТЧ? Указать ее строку.
Как сохранить две записи для одного измерения РС:
А. ОбменДанными = Истина.
Б. Не делать поле измерением.

(6) Разве выбор метода "Хранение в БД" и "Хранение в папке на сервере" влияет на размер траффика при работе через веб-клиент?

Лучше не хранить файлы в базе, а то распухнете

(14) "указать строку" - я предвидел эту глупость :) Я если предыдущую строчку удалить?

Насчет РС - ничего не понял. Есть  измерение - "Визит", и ресурс: "Файл", задача записать два файла, вопрос - как?

(15) ну, влияет, например, на скорость и размер бэкапа...

(17) Вопрос не стоял "как решить вопрос о надежности указанных данных на ТЧ", а как сослаться на данные в ТЧ. Ответ я дал. Хотя никак не пойму к чему вопросы.

На счет регистра: а кто сказал что должна быть такая структура? А если она такая, то я указал как можно это сделать, использовать свойство "ОбменДанными" набора записей.

(18) Это база с нуля под определенную акцию. Работать с базой будем 4 месяца. Потом заархивируем и удалим с сервера (вместе с фотками, поэтому и не хочу хранить в отдельной папке на сервере). Такие моменты как размеры бэкапов и их скорость - не очень принципиальны.

Главное, чтобы люди в регионах от траффика с ума не сходили.

(20) у меня тоже есть одна акция на два месяца летом 2010 года начавшаяся. до сих пор идет и конца-края нет.

(19)  не важно, забудь. В (4) указан оптимальный способ хранений подобной информации, нет проблем с нумерацией записей в РС и нет всех остальных проблем, в случае ТЧ

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

(23) Нет.Трафик при отображении данных на клиенте будет одинаковый.
Правда в случае с последним пунктом придется еще передавать ссылку на элемент в другом справочнике, что увеличит объем трафика на 16 байт + чексумма.

(24) И еще раз спасибо)

2(14,19) Капец, чуть не поверил...
http://screencast.com/t/LYXk2Uwirm
не стыдно? или это такой тонкий троллинг?