как сделать, чтобы текст договора хранился для каждого клиента отдельно?
то есть при формировании есть текст, в который подставляются данные, но после формирования текст можно было бы отредактировать и сохранить в редактированном виде, но чтобы это было не отдельным файлом а хранилось в конфигурации?

В справочнике клиентов доп реквизиты изменений к договору...

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

(0) Может лучше сохранить договор в виде отдельного файла?

+(3)По сути речь идет о неком аналоге мемо-поля.

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

Если вопрос по v8, то хранилище значений как раз для таких нужд.

(3,5) как раз хранение в отдельном файле не приветствуется... почему-то..
(я бы конечно использовала хранилище значений)

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

(8) я тоже дико извиняюсь, но я не знаю.. :)) надо так, "клиент всегда прав", он не хочет файлов.. почему-то

(9)Так а что еще надо? Хранилище тоже не устраивает?

(9) если ты не знаешь, почему он это хочет, самое время выяснить

боротся надо не со следствиями, а с причинами :)

и еще, если он хочет хранить все вордовские файлы в базе, он готов к неоправданному росту объема базы и как следствие новых вливаний в железо :)

(13) Очень похоже на правду. А из базы их просто никто не стырит :).
(10) Вроде бы подходящий вариант (похож на мемо). Интересно, а где реально будет храниться это значение, в отдельном файлике? (В ЖКК как-то пространно об этом написано).

а если хранилище - отдельный файлик, то разве не сопрут?

(15) А читать то его как будут?

рженимагупадсталом...

"Прокоментирую: данные "бесконечной длины" практически нереально "загнать" в базу."


размер хранимой части тоже можно обрезать...

P.S. делал на дельфях систему по учету пациентов с автоматизированным написанием заключений для томографа... Всё, включая снимки и заключения, хранилось в базе... Размерчик был неслабый, особенно если учесть размер снимков...

Если речь про УТ, то уже все есть - спр. Контрагенты, кн. Файлы

(18) так то файлы, а надо как у (17) - т.е. все в базе..

А смысл - хранить бинарные данные в базе? Я бы предложил, как вариант, в базе хранить только ссылки на папки с GUID-именами. Это позволит не иметь проблем с ежедневным бэкапом базы. А файлы бэкапить с "временем создания не ранее", что позволяет делать, например, rar.exe.

(17) Маладца! Только вот такой совсем не для баз пакет как FoxPro всю жизнь хранил эти данные в отдельном файле. Наверное ребята не знали о твоем изобретении. А может они просто получше тебя разбираются в базах данных?
(19) Чел бредит. Такая база будет неработоспособной. Так никто из вменяемых разработчиков не делает.

(20) Можно даже выбрать нестандартный формат хранения, чтобы защитить данные от кражи.

(21) а кто сказал, что я использовал уникальный формат? Обычное двоичное поле...


ага... и этот файл в фоксе в базу не входит... типа сбоку лежит...

(22) Можно прогой PGP или GPG зашифровать отдельные файлы.

Ветка повеселила!
Только осталось нечсным - почему Хранилище не устраивает? Этот тип как раз для хранения "внешних" данных и предназначен (имхо).

цель хранения заключений в самой БД - упрощение эксплуатации и соблюдение конфиденциальности (особо оговаривалось в ТЗ, ибо там был прецедент, когда уплыла больничная карта пациента)

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

При закрытии ворда полученный документ разбирался на запчасти, из него извлекались снимки, остатки сжимались зипом с шифрованием и грузились в базу. Снимки хранились в базе отдельно, все, но в заключение могли включаться не все (по выбору врача) Ради уменьшения базы и была такая катавасия... Объем снимков - 95-97% от объема базы

Через 2.5 года эксплуатации пришлось дописывать очень специфическую выгрузку в адресуемый архив (неактуальная часть базы могла быть выгружена на СД и по мере надобности подгружена)....

427 - с кем споришь? Читать не умеешь? Не видишь, что люди просто гонят?

ахренеть, мне до Пита как до луны, мне то подскажите в какую сторону копать. Кроме хранилища, есть еще варианты?

Какие тебе еще варианты, Таня!? Хранилище как раз для того и предназначено, чтобы хранить любые (почти) данные в БД. Файлы, картинки, видео (и порнушку тоже) и т.п.

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

Я не понял... что "как сделать"? Не сохраняй копию... и её не будет локальной папке.

так я ничего и не сохраняю, я прикрепила файл, потом открываю, он спрашивает "переписать..?" да/нет/отмена

в temp-ах он сам образуется

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

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

(35) Такой принцип работы програмного обеспечении ну не предусмотрено так чтобы ворд открывал символические ссылки на объекты, только с промежуточным сохранением

Таня, а ты хочешь хранить именно вордовский док или данные, которые потом надо из 1С печатать? Если данные, то ворд тебе совсем не нужен и никаким боком здесь он не присутствует.
Пит, такие "безразмерные" поля хранятся в базе именно немного сбоку, т.к. использование для них поля с заранее определенной длиной приведет к такому распуханию базы!
(27) Посмотри memo-поля в FoxPro. Я на нем не кодил, но вместе со знакомым делали проект. Я его подробно об этой теме пытал.

Прим. Спрошу на днях знакомого ораклиста, как там хранятся нестандартные данные. В оракле это должно быть грамотно продумано.

(19) УТ видела хоть раз е@@@@. ... ...
Все файлы хранятся в базе

при большом кол-ве мелких файлов - лучше их хранить в базе

(37) Насколько я помню, в Оракле "безразмерные" поля могут храниться, как в одном табличном пространстве с полями органиченной длины, так и в отдельных табличных пространствах. Разработчик может по своему усмотрению задать способ хранения каждого "безразмерного" поля таблицы. Наверное это грамотно продумано, только не совсем понимаю смысл проводить параллели с 1С.

(35) А Вы перепишите процедуру открытия файла, пускай он открывется в какой-нибудь другой каталог, установите на него ограниченные права и всё: безопасность соблюдена.

Если пользователь видит файл в Ворде, то ему ничего не стоит сохранить его куда угодно

мля, при чем здесь ворд вообще? мне не надо чтобы файл открывался внешними приложениями...!!!

Таня! Мне даже интересно стало... три минуты работы и редактор (примитивный) для текстовой строки готов. Он ни о чем не спрашивает и никуда ничего не сохраняет, кроме, как в Хранилище/Переменную/куда хочешь и во что хочешь.

(44) ну так ты же спец, а я то чайник ржавый в 8-ке ... :(((

+45) может ты мне чуть-чуть подскажешь, как сделать?

Ключевые слова:
1.Форма (какаянить) - Поле текстового документа
2.ЭлементыФормы.ПолеТекста.УстановитьТекст("
   |Этот текст
   |сформирован
   |из строки");
3.ТекстОтредактированныйДляХранилища = ЭлементыФормы.ПолеТекста.ПолучитьТекст();