Собственно, такова блажь заказчика- исходящие письма в формате MS Word не только регистрировать документом конфигурации, но и их текст с сохранением форматирования сохранять также в документах 1С.
Кто чего посоветует?

Хочешь: http://www.perlscript.ru/v77_22.shtml<br>Хочешь: ADOStream
Хочешь: на проклабе есть ВК, кодирующая/раскодирующая бинарные файлы в текст (не знаю Base64 или какой другой там метод)

Хранить ДОКи во внешних файлах (или в SHarePoint Central :-)), а в доках держать ссылки.
Либо ДОКи переводить в RTF и пихать в неограниченные строки.

Файл ДБФ с полем МЕМО.
Ссылка.
Других вариантов в "семерке" нет. Почему нельзя в строках неограниченной длины - объяснять? Или обойдешся?

(3) Как это других способов нет? А поле типа Image в MS SQL?

+3 Поправка: после слова "семерка" не хватает " (ДБФ)".

я бы хранил во внешнем хранилище.

У клиента ДБФ-версия 7.7.
Варианты реализации с MS SQL отпадают.
Попробуем упростить задание: письма все на фирменных бланках.
Бланк (их немного) выбирается в диалоге документа и сохраняется как шаблон dot в каталоге PrnForms.
Требуется только сохранить текст письма с разбиением на абзацы.
Какие проблемы со строками неограниченной длины в этом случае?

(7) Только одна проблема: все строки неограниченной длины (т.е. фактически все твои файлы) хранятся в одном файле. С индексом, конечно.

..................... еще одна проблема с Симв(0)

(9) Рано добил. ;)

(7) а много ль юзверей, пытающихся одновременно прочитать/записать вордовский документ?

8. Действительно. Это не радует.
Попобуем обмануть платформу таким способом.
Текст из MS Word разбиваем на абзацы.
Каждый абзац храним в длинном строком реквизите многострочной части документа (ограниченной длины, допустим 1000 символов).
В таблицу документа вставляем признак принудительного разделения длинного абзаца.
Потом табличную часть можно будет собрать обратно в текст письма.
Прокатит?

(12) Забываешь про графику, например. С такими ограничениями - это уже не Вордовский документ с графикой, таблицами, автонумерацией, ссылками и прочим.

У меня в базе знаний нашлись две компоненты:
BinFiles.dll- Внешняя компонента для работы с бинарными файлами из встроенного языка 1С Предприятие. Компонента содержит функции компрессии и декомпрессии для реализации хранения больших объемов двоичных данных в длинных строках 1С Предприятие 7.7/
Filer.dll- Компонента предназначена для работы с двоичными файлами произвольного формата. В нее входят методы для чтения и записи данных в формате BCD, в двоичном и в строковом форматах.
Кто-нибудь использовал эти компоненты?

(14) Последнюю использовал. Экспериментировал: вывел HEX-предствление файла.
Использование файла Констант накладывает ограничение на размер хранимых файлов. Компрессия лишь отодвигает эту границу. Прилично, но непредсказуемо.

Чем тебя не устраивают FoxPro'шные файлы с полями МЕМО или бинарными полями? В Виндах драйвер FP есть. Это, вроде как и не ВК даже ;)

При сохранении - копируй файл в отдельную папку и архивируй его (например, pkzip|pkunzip - главное быстро). При необходимости - разархивируй и открывай (если ворд установлен). В наименовании архивного файла - используй, например, номер документа (pkzip не воспринимает по моему имена файлов длиной более 8 символов !), и в документе - ссылку на этот архивный файл.

Недочетал... Грусна и тупа все...

18.Правильно, гнусно и тупо. Не всякие прихоти заказчиков достойны буквального исполнения!
Мысль: обмануть заказчика, хранить доки в архивированном виде, но с расширением dbf в каталоге ИБ. Таким образом, доки будут якобы в базе данных, будут сохраняться при резервном копировании и все тип-топ.
И разумеется, по кнопке "Открыть" будут выполняться разархивация и открытие, можно даже в окне 1С с помощью RBrowser.
Чем не выход?

Ну-ну...

Посмотри может подойдет - использую для хранения сертификатов внутри 1с.
Хранение двоичных файлов в таблицах 1с v77
http://1c.proclub.ru/modules/mydownloads/personal.php?cid=5&lid=3163<br>Верхний предел размера файла для dbf 1c где-то 700-800 Кб.

По моему надо кодировать в Base64, но хранить не в строке неограниченной длины, а завести какой нить справочник, где и хранить так сказать "нарезку" ентой строки. Ибо кажись в строку неорг. длины много не влезет.

(21,22)А зачем вообще хранить эти документы в базе 1С?
Реквизиты для поиска и обработки можно внести в документ "Исходящее письмо", а сам-то файл Word зачем в базу пихать?
(20) Вместо "ну-ну" ожидается список возражений или перечень проблем.

1C:Предприятие (или Бух, ТИС, ЗиК...)+1С:Архив.

(23) "Ну-ну" было на "мысль" из (19). Это полный комментарий.

(23) Сам же пишешь "но и их текст с сохранением форматирования сохранять также в документах 1С." Формат текста это отступы, шрифт текста , цвет текста ,сам текст и.т.д.

(23) А чтоб УРБД работало если оно есть.

26. Не меняют своих мнений только дураки и покойники.
От хранения файлов в строковых реквизитах любого вида я уже отказался.
От использования в тех же целях внешних хранилищ и всяких там полей MEMO и IMG- также.
24. 1С:Архив- лицензируемая программа и стоит денег (я же- не черный установщик!). Да и не нужна она для регистрации сопроводиловок в налоговую и переписки с контрагентами по договорам. Речь не идет об организации полноценного документооборота.

27.УРБД нет. Заказчик- бух.фирма,ведущая учет у кучи клиентов.

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

Данные можно хранить не в строке неограниченной длины из-за огрничения по размеру, а в табличной части документа. Преобразовать бинарный файл в строки и хранить нарезками по 228символов. Кажется ограничений на количество строк нет. Вопрос сколько это все будет записываться и не будет ли блокировки журнала. Изображение 300кб вмещается в 2-3 тыс строк.

2 (28) IMHO: Стоит он не так дорого, а его премущества для именно для хранения документов (а в 1С:Предприятии ты можешь хранить "ссылку" на документ архива и в любой момент его посмотреть) вполне стоят таких денег.