В документе есть Реквизит ХранилищеЗначений, там находятся adobe файлы.
Теперь надо выгрузить эти файлы куда нибудь + ссылка на документ(я не знаю сам процесс, то есть куда выгружать(в какой формат файла)).
А потом заново по ссылке опять их загрузить. Понимаю что надо внешнюю обработку создать, но там нельзя создать реквизит ХранилищеЗначений. Получается нужно сохранить в какую нибудь переменную, а дальше что?

(0) Дальше зовешь программиста, даешь ему много денег

))))

ХранилищеЗначений.Получить() и по указанному пути выгружаешь в свой формат

(0) Вон в (1) намекает на помощь, если ты умный человек то взаимовыручка твой шанс )

там еще переводчик потребуется программисту то. Что значит ...выгрузить куда нибудь + ссылка на документ....? Имхо очень странно арифметическое действие.

Вот я думаю...
Как связаны "файлы adobe" и внешняя обработка?

(6) ... выгрузить куда нибудь...

+(7) походу пытается выгрузить их во внешнюю обработку.

(5) Ну так я потому и написал - "много денег", а не просто "денег". Понимать надо! :)

(9) при попытке понять некоторых товарищей может уехать крыша. Экономист заказал отчет по рентабельности. Согласно его логике. Рентабельность связан только с выручкой от реализации без ндс минус зарплата и "зарплатные" налоги (НДФЛ, ПФР и т.д.).

Это еще при том, что пришлось ему объяснять, что не стоит к начисленной зарплате еще и плюсовать НДФЛ, поскольку он и так в ней.

(11) И объяснять, что не надо из поля "СуммаБезНДС" вычитать НДС )))

Хранилище значений в документе? Брррр..

(13) упс. Кстати, да. Что за самопись дикая?

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

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

Перефраирую, нужно из хранилище значений файл сохранить на ДИске С,D.

ХранилищеЗначения (ValueStorage)
Получить (Get)
Синтаксис:

Получить()
Возвращаемое значение:

Тип: Произвольный.
Значение, содержащееся в хранилище.
Описание:

Получает из хранилища сохраненное в нем значение.

Доступность:

Сервер, толстый клиент, внешнее соединение.
Пример:

МояКартинка = ХранилищеКартинки.Получить();

ДвоичныеДанные.Записать (BinaryData.Write)
ДвоичныеДанные (BinaryData)
Записать (Write)
Синтаксис:

Записать(<ИмяФайла>)
Параметры:

<ИмяФайла> (обязательный)

Тип: Строка.
Имя файла, в который необходимо записать двоичные данные. Если файл существует, он будет перезаписан, иначе - создан.
Описание:

Записывает двоичные данные в файл.

Доступность:

Тонкий клиент, сервер, толстый клиент, внешнее соединение.
См. также:

ХранилищеЗначения

(16) при чем тут справочник, идет бизнеспроцесс. Например, клиент посылает что-то (вместе со сканом оригинала), на основании этого сообщения формируется документ, картинка связана только с этим документом. Так что не надо ля

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

(21) опять 25, при чем тут справочник? В документе реквизит типа ХЗ (или в реквизите ТЧ) - там сам файл и сидит. На счет свертки, можно обработкой все выгрузить в файлы.
Вообще-то можно и не в ХЗ хранить, а путь к файлу. Но тут свои заморочки, например, перенос базы на другой сервер.

(0) У вас база видно не большая.
Хранилище в документе это косяк в плане производительности.
Закинутый туда файлик увеличивает "вес" данных который сервак будет пережевывать при каждом обращении к документу.
Открыл форму документа, записал-провел-удалил программно/интерактивно и т.д. везде твой сервак будет пыхтеть над файликом, который ты туда привязал.

(23) не прав, пыхтеть не будет, пока его не попытаешься прочитать. А так да, хранить в базе файлы - огромное увеличение объема, хотя, см. типовые (УТ, ЗУП, УПП) - везде есть хранение файлов

(24) Ты через строку читаешь?

(25) нет, все строки осилил, а что не так ?

(25) "Закинутый туда файлик увеличивает "вес" данных который сервак будет пережевывать при каждом обращении к документу. "

С чего, это сервак должен пережевывать файлик ? У него есть просто ссылка на документ, в котором есть реквизит типа ХЗ. Даже, если сделать Ссылка...ПолучитьОбъект(), то он ни фига не будет извлекать сам ХЗ, пока не сделаешь типа ХЗ...Получить()

Открытие формы элемента справочника.
Угадай, что за поле _Fld152:

exec sp_executesql N'SELECT
_Reference19._IDRRef AS f_1,
CAST(_Reference19._Version AS BINARY(8)) AS f_2,
_Reference19._Marked AS f_3,
_Reference19._IsMetadata AS f_4,
_Reference19._Code AS f_5,
_Reference19._Description AS f_6,
_Reference19._Fld152 AS f_7,
_Reference19._Fld153RRef AS f_8,
_Reference19._Fld2549 AS f_9
FROM
_Reference19 WITH(NOLOCK)
WHERE
_Reference19._IDRRef = P1',N'P1 varbinary(16)',0xB1E000155D029F0611DF932B59CBE306

(22) перевожу. Делать в документе реквизит типа Хранилище значений некошерно. Делать надо тип справчоник ссылка, а вот в справочнике уже делать реквизит с типом хранилище значений.

(28) 3-й раз повторяю, зачем тут справочник, если в самом документе реквизит ХЗ. Что тут приводить открытие формы справочника, посмотри как открытие формы документа делается
(29) да уж - переводчик, с чего это ?
Что вы все не в курсе, что, самое что ни на есть кошерно и даже модно?

"Что тут приводить открытие формы справочника, посмотри как открытие формы документа делается "

Неужели есть существенная разница?

клинический случай походу

человек явно считает, что при открытии формы объект кусками читается.

(33) а вы явно думаете, что сервак, такой дурак, что будет читать сразу blob на несколько гиг ?

(35) реально считаем, что при открытии формы объекта из базы считывается только то что видно?

(31) да, и если выполнен sp_executesql N'SELECT ..., это не значит, что все это разом прочиталось. Все идет по мере навигации по записям, при чем, по мере необходимости

а понятно, просто вообще в тему не въехал, что тут Широкий объяснить пытался.

(37) ну тут конечно от СУБД зависит (хотя кривых последнее время не встречал, даже и в файловой 1С все сделано прилично).

(38) СУБД это СБУД. Вопрос в том как клиент с СУБД работает. И Широкий те показал, что при открытии формы 1С пытается считать все скопом. Если б там запрос похитрее формировался и тащил строго только необходимое, то с тобой можно было бы согласиться.

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

(39) в (36) уже написано. Если бы селект в любой субд так работал, то никакой sql-навигатор или др. не смог бы открыть приличную базу SELECT * FROM <Приличная база>.
(40) если на форме сразу нет картинки, то зачем ее тянуть. Если переключаемся на закладку, допустим с фотографией, то и достается

(41) зачем тянуть - уже другой вопрос. И это логично. Но не все, что окружает нас - логично.

(42) - логично, так что дерзайте. На счет хранения файлов в в ХЗ уже тут столько было  тем ...

(43) если есть желание - отладчик в руки и замерь время открытия. Мне лениво тебя убеждать словами.

сэмулировать ситуацию - г..но вопрос. Было бы желание.

даже в самой 1С ХЗ встречается в основном в справочниках. Ну вот тлько в элеткронном письме встречал в документе. Хотя могу ошибаться. Спрашивается - почему? 1С, как бы ее не ругали, пишут далеко не идиоты.

(44) и мне лениво. Конечно чтение записей с бинарными данными медленней, просто селект не читает все blob поле сразу
(46) да тут вообще никакой разницы, справочник, документ, мож даже и ресурс регистра засунуть

(47) ну мил человек одно дело читать blob поле,даже куском, а другое - varchar в которой хранится ссылка .

(48) не понял, это к чему. Кстати, в регистрах можно ресурсы ХЗ делать, а вот измерения - нет

(49) ссылка на справочник с ХЗ 0). А по поводу РС - естественно, как индекс по blob полю сделать?