"Список значений" как реквизит справочника #7125

Добрый день! Скажите пожалуйста можно ли сделать реквизитом справочника объект типа "списокЗначений" если да то как?

Строка неограниченной длины...

Впрямую никак. 1. Можно сделать на форме реквизит типа СписокЗначений, а в справочнике реквизит типа строка, в который и заносить выбранное из списка значение

Можно, если использовать строку неограниченной или разумно-ограниченной длины и методы для списка ИзСтрокиСРазделителями и ВСтрокуСРазделителями

Лучше ЗначениеВСтрокуВнутр - меньше места занимает.

Спасибо.

Но медленней работает ;-) ЗначениеВСтроку, ЗначениеИзСтроки - самое быстрое из штатных средств - для записи и извлечения СЗ из/в строку...

Что будет, если между записью и извлечением СЗ удалить элемент справочника, который входит в этот список?

Объясни подробней почему  ЗначениеВСтроку быстрее ЗначениеВСтрокуВнутр. В subj не было ничего о целостности базы. И кто сказал что в этом списке храняться элементы справочника или документов.

Произойдет нарушение целостности... Ссылочной...   Но товарищей камикадзе это не страшит...

Так, на всякий случай.

Для ссылочной целостности лучше создать подчиненный справочник. А уже на форме его показывать как список значений.

Наврал я - если в СЗ элементы справочника - то ЗначениевСтрокуВнутр/ИзСтрокиВнутр - быстрее в полтора раза.... А значениеИЗСтроки - быстрее - для создания пустого СЗ, Либо пустой ТЗ (с колонками)

Будет - .опа...   И большая клизма программисту... На полведра скипидара с патефонными иголками... Запасайтесь вазелином...

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

Замечание правильное. Но проблема обходится, хотя и с извращениями.