Доброго времени суток!

Имеется не периодический независимый регистр сведений с одним измерением (ссылка на справочник) и одним ресурсом (строка неограниченной длины). Вопрос - не будет ли все это дело глючить, если я запишу в этот регистр (т.е. в ресурс) строку, например, длиной в 10 000 символов...и таких записей может быть тысячи.

Просто никогда не хранил в РС такие объемные "строки"...

П.С. платформа 8.2.13, база файловая.

и зачем? можно спросить?

Что других способов хранить нет?

(2) ну вот так хотят. Нужно текст контракта (а это в среднем 5-10 листов А4) засунуть в базу.

Конечно будет при 1к+ записей, вы поймете свою ошибку, но не понимаю зачем это вам. вы че там содержание файловых документом там хотите хранить?

Ну и засовывай. Причем тут рег. сведений

(5) засовывать хотят не просто файлв в базу (в хранилище файлов), а именно содержимое контракта. Т.е. тупо брать контракт, копировать его текст и записывать в базу (в РС). Затем этот текст будет тянуться от туда и использоваться в ряде отчетности.

Ну понятно, они хотят по хронологии смотреть список контрактов и их текст, а также используя запросы от ттуда тащить нужные контракты и тд и тп? я правильно понял (6)?

Зачем РС, ХЗ в том же справочнике чем не угодило? Или мазохисты?

(7) Ну это как один из вариантов. Но в общем да.

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

(9) Открой для себя хранилище значения.

Если бы база была клиент-серверная, то никаких проблем.
У файловой базы есть ограничение в 4Гб на размер таблицы.
Возможно в файловой базе все длинные поля хранятся в одной таблице, это надо уточнить на ИТС.

(8) в самом справочнике не угодило потому что нужно иметь связку:

один справочник - много контрактов.

По сути к одному справочнику может привязываться несколько текстов на разных языках. И количество таких переводов может быть не ограничено. Поэтому я храню это в РС. Измерения "СПР" и "ЯЗЫК", а ресурс "ТЕКСТ КОНТРАКТА"

(10) и как его использовать в данном случае?

(11) 4ГБ не ограниченгие, видел клиента у них было уже окло 5ГБ файловая база.

(10) зачем и главное КАК записать в хранилище значений "ТЕКСТ" ?!

Разница в использовании ХранилищаЗначения только в том что можно применить сжатие. Качественно это ситуацию не изменит, изменит только количественно.

(15) скажи в какой конфе работаешь?

(14)для танкистов повторяю: НА ТАБЛИЦУ

(14) причем тут размер базы и размер таблицы???

Файловая база тянет до 8 гигов объема...потом просто перестает работать, но тут речь о другом!

А как в документообороте сделано? там ведь тоже текст отдельно хранится от файла (для возможности поиска)

(17) в данном случае это самописка. Но это не имеет значение. Подобная проблема возможна при работе в любой конфе.

(20) не работал с этой конфой...и нет возможности глянуть.

Есть кто работал с документооборотом???

(20)именно, для построения полнотекстового индекса текст хранится отдельно от самого документа в оригинальном формате.

(20) в письмах же хранится текст9тексХТМЛ) в реквизитах документа.
и не порится никто

В платформе для этой цели даже есть объект специальный: ИзвлечениеТекста.

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

(22) открой док ЭлектронноеПисьмо в любой конфе.
однотипная задача

(23) так а как они его там хранят???

(28)рядом хранят. Есть два реквизита: один с оригинальными данными документа (двоичные данные), другой реквизит текст "выжатый" из документа, чтобы документ находился полнотекстовым поиском.

(25) в СП написано:

"По умолчанию текст извлекается из файлов следующих типов (имеющих расширение): ASCX, ASP, ASPX, CSS, HHC, HTA, HTM, HTML, HHT, HTW, HTX, ODC, STM, DOC, DOT, POT, PPS, PPT, XLB, XLC, XLS, XLT, TXT, EML"

А из "DOCХ" вытянет???

+ "Можно установить дополнительные модули, чтобы появилась возможность извлекать текст из еще одного типа файлов." - как установить эти модули???

для извлечения текста там используется стандартизированный для винды интерфейс
Вероятно скорее всего необходимые объекты для извлечения, из DOCX например, встанут вместе с установкой 2010 офиса.

Или их можно качнуть с MS. Ну ты же понимаешь, это же тебе не линукс, какой-нибудь. :)

(27) там много чего используется. И хранилище и длинные строки и много чего еще

а может текст воткнуть в справочник. а в регистр пихать ссылку на справочник

о! у меня вопрос по теме (или почти). извлечь текст из файла (к примеру, txt) не проблема с помощью того же ИзвлечениеТекста. а вот запихнуть текст в файл у меня коряво выходит... создаю ТекстовыйДокумент. у него есть свойство РазделительСтрок, может принимать значения ПС, ВК и ВК + ПС. после того как я делаю ТД.УстановитьТекст("мой текст"), в ТД хранится уже текст, но с добавленным разделителем строки... т.е. между моими строками, появляется еще перенос строки. присваивание свойству РазделительСтрок ПС+ВК - не помогло... ((

(34) а чем это поменяет ситуацию???

таблица регистра будет проще. обращение и запись в него будет проще. т.е. получаешь запись - получаешь элемент и только потом тянешь текст из базы

(37)Я бы поставил sqlexpress хотя бы, там хоть бекапить можно по-настоящему. Файловая база не для работы так-то.

(37) а в справочнике это будет просто реквизит с типом "строка" неограниченной длины?

(38)+ и 30 тыс за сервер 1С для организации вообще смешные деньги.

(38) на "sqlexpress" тоже ограничений немало!

Итак, пришли к вариантам:

1) Хранить текст прям в записи РС (как в 0)
2) Хранить текст во внешнем файле. В базе хранить путь к файлу
3) Хранить ссылку на дополнительный справочник, где будет храниться текст в отдельном реквизите.

(41) теперь бы еще определиться...да не промазать с выбором :(

кстати текст во внешних файлах со путём в регистре разумный подход

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

1 - конкретики не скажу, на подсознательном уровне решение отталкивающее и кажущееся нерезонным))
2 - хороший и разумный путь, если продумать неизменность и безопасность внешних файлов. Малоли кто подкорректировать захочет. При этом у вас может значительно уменьшиться потенциальный размер БД по сравнению с вариантами 1 и 3, ввиду того что текста видимо предполагается очень много.
3 - тоже не могу корректно обосновать, но на подсознааааааааааательном уровне )))) вариант возможный, при небольшом количестве текстов, и менее отталкивающий нежели первый ))

Я бы раскидал приоритет так: 2,3,1 )

В дополнение к(44) кстати если необходим поиск по контрактам то там уже скорей 3,2,1 ) Вполне может оказаться что минусы хранения текстов в базе окупятся скоростью поиска - при большом количестве контрактов.

Не понял, чем РС+Хранилище со сжатием не нравится?
5-10 листов простого текста в зипе будет не больше килобайта весить. На один гиг можно записать мульен таких договоров. О каком объеме речь?

(46) не нравится принцип работы с хранилищем. Из него нельзя на прямую значения получать.

(43) Разумный то разумный, только куча минусов.
1. дополнительный доступ к папке с файлами
2. Забота чтобы файлы не ломали извне
3. бэкапы файлов
и т.д.

(47) а зачем? Поиск по тексту организовывать? Так и из файлов тоже напрямую не прочитаешь.

(49) а можно пример помещения текста в хранилище и его извлечение?!

(50) извлечение я писала так:

ИмяФайла = ПолучитьИмяВременногоФайла("txt");
Попытка
   ДвоичныеДанные.Записать(ИмяФайла);
   
   Объект = Новый ИзвлечениеТекста(ИмяФайла);
   Текст = Объект.ПолучитьТекст();
   
   УдалитьФайлы(ИмяФайла);
....

Где ДвоичныеДанные - это то, что я получаю из хранилища


а вот в обратную сторону... у меня возникли пробслемы, описанные в (35)

может кто подскажет способ полегче?

(51) я вот так сделал сейчас:

Это запись:

ИмяФайла = ПутьФайла;
   Объект = Новый ИзвлечениеТекста(ИмяФайла);
   Текст = Объект.ПолучитьТекст();
   Сообщить(Текст);

   СпрО=Спр.ПолучитьОбъект();
   
   Сжатие = Новый СжатиеДанных(6);
   СпрО.Текст=  Новый ХранилищеЗначения(Текст, Сжатие);
   СпрО.Записать();


А при открытии формы справочника (в который записал) пишу:

   ОсновнойТекст = Текст.Получить();

ну или из обработки:

   СпрО=Спр.ПолучитьОбъект();
   
   Текст = СпрО.Текст.Получить();
   Сообщить(Текст);

(0) да на здоровье, только какой смысл в этом тексте? Вот если бы там сканы подписанного контракта были, тогда можно было бы с какой-то уверенностью утверждать, что контрагент этот текст хоты бы видел, а если просто буквы, то какой от них толк?

если еще будет нужен полнотекстовый поиск, то хранение во внешних файлах и в реквизитах, не поддерживающих такую возможность, отпадает

(41) я, может, чего-то не понимаю.. но чем вариант с файлами на диске принципиально лучше хранилища значений? Запросом текст из файлов ты никак не получишь.
И в чем принципиальная разница между РС, отдельным (как вариант подчиненным) справочником или просто ТЧ к справочнике-источнике? Во всех трех вариантах будет отдельная здоровая таблица..
РС + отдельный справочник = +1 левое соединение в запросе.. Ради чего?

Отталкиваться нужно не от "вариантов реализации", а от того, как будет эта информация использоваться, для чего она вообще в базе? В каких разрезах ты отчеты хочешь получать, какие отборы делать?

(53) Меня тоже сперва это удивило, но толк именно в тексте!

(54) поиск вроде как не нужен (по крайней мере мне так пока говорят).

в общем сейчас все-таки сделал через дополнительный справочник и ХранилищеЗначения.

(56) т.е. справочник, в нем таблица значений с двумя реквизитами "язык" (справочник языков) и "текст документа" (справочник текстов). В справочнике "текст документа" имеется реквизит "Хранилище значения" куда и сохраняется текст. При открытии формы справочника текст получаетс из хранилища и выводится в реквизит формы (соответственно при записи он туда сохраняется).

Вот такая запутанная ситуация...

(57) а зачем отдельно "Справочник текстов"? Почему в ТЧ просто не сделать у колонки тип "Хранилище значения"?
Бывает, что на 1 текст ссылаются несколько разных элементов исходного справочника?

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

(59) а в чем разница???

(58) мне кажется так просто удобней их вносить / редактировать и т.д.

(60) минус - больше места, меньше возможностей для отображения содержимого
плюс - оригинальное форматирование и нетекстовые элементы

еще плюс - не требуется конвертер для извлечения текста

(52) ё-маё! как все просто оказалось... а я с файлом замарачивалась... ))

есть 4 вариант хранить в отдельной sql базе, варианты баз от платных (sql) до бесплатных (posgresql и т.д.). Это я ратую за то чтобы в файловой у ТС база лишними данными не раздувалась