Как сохранять файлы MS Word в файлах ИБ 1С? #86573

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ну-ну...

Посмотри может подойдет - использую для хранения сертификатов внутри 1с.Хранение двоичных файлов в таблицах 1с v77>Верхний предел размера файла для dbf 1c где-то 700-800 Кб.

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

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

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

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

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

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

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

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

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

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

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