Массив как реквизит ТЧ. #646231

Можно так сделать? Либо массив, либо список значений.

сделай еще одну ТЧ и будет тебе счастье

+ если, конечно, нужна ссылочная целостность

, нет, мне нужно просто хранить массив строк. и ничего более. Можно это реализовать без добавления и связи ТЧ?

реквизит-строка, в этой строке несколько строк с  разделителем

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

, , да, так уже реализовал... просто думал, что есть выход получше. Всё равно, спасибо =)

Надо подойти к делу аналитически. Т.е. задать следующие вопросы 1. Как будет использоваться этот реквизит 2. Будут ли делаться запросы к содержимому такого массива 3. Потребуется ли сравнение на эквивалентность массива с другим. Будет ли выполнятся поиск по имеющимся элементам массива. 4. Насколько критично время развертывания массива из реквизита. И другая уйма вопросов которая зависит от этих. Реализовать то можно. Но способы реализации зависят от того, что нужно получить.

, если реализовать можно, то как?

Самый тупой и быстрый способ. Массив в хранилищеЗначения, Хранилище записываем в реквизит

, просто я не вижу среди доступных типов реквизита ТЧ "Хранилище значений"

Странно, 1с ки под рукой сейчас нет. Но такую реализацию я вроде видел в тч справочника.

Это обработка

Может, просто  я хреново ищу =)

Ну народ хранит и даже вон совершенствует

, действительно, когда меняю тип реквизита ТЧ документа - есть ХранилищеЗначения, а когда в своей обработке - нет =(

Ну вроде как логично. Документ это строка в базе даных, о документе хранится запись в БД. Обработка не храниться в БД. ХЗ обработке не нужен

ЗначениеВСтрокуВнутр

, т.е. им можно упаковать в строку массив?

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

, вот спасибо! опробую =)

Наболее безопасно создать табличную часть