Как долго перегоняет туда-обратно? Что быстрее - поиск по Табличной части документа по значению поля или преобразование изстрокивнутр?

(0) В зависимости от объема данных. Второй вопрос совсем не понял.

ну в общем, надо как-то в одной строке  табличной части документа хранить еще одну таблицу. идеи пока две - одна - писать во внутр строку, вторая - делать доп таблицу и связывать по гуиду. При отображении этой самой вложенной таблички придется оттбирать значения из доп таблицы по этому самому гуиду. Вот меня и интересует - что быстрее будет работать - развернуть значение из строки или отбор по доп таблице:) Сразу скажу, счет вложенных строк на миллионы не идет, максимум 10-12, я полагаю.

Отбор по-моему намного проще и логичнее.

(3) ну я бы не сказала, что проще...и насчет логичнее есть сомнения. Смотри, придется хранить в обеих таблицах гуид по 36 символов. как думаешь, балготворно отразиться на размере базы? к тому же вторую таблицу целиком. А тут таблица одна. Где бы про механизм обращения в(из) внутреннего значения почитать? как в потрохах все это работает

(2) самая большая проблема такого решения... это отсутствия авто контроля ссылочной целостности...

(5) какого именно?:) про две таблицы?

Да и отчеты потом ...перебором чтоле

(7) какие отчеты?! они, вроде, по регистрам собираются, а не по докам. По докам вообще не правильно собирать...или я что-то путаю?

+8 бывают случаи, но они редко. и не моем варианте

Если обмен данными предполагается, то надо сначала его протестить - вдруг там обнаружатся подводные камни.

(10) именно он. а там какие могут быть? я же объект уже в самой 1с конвертить буду

Либо символы неправильные:
v8: Я тащусь от функции ЗначениеВСтрокуВнутр, позор.
Либо что-то еще. Я не тестировал.

В типовых делают доп. таблицу. Вот только связывают не по гуиду а по номеру строки род. таблицы. Следовательно так и надо делать.
Почему потребовались именно гуиды ?

(0) ну а если конвертить в строку - подводные камни
а) ссылочная целостность не работает
б) запросы по подчинённой таблице работать не будут
в) может долго распаковываться большая подчинённая таблица. Да и полученная строка явно будет именть сильно избыточную длину, значит база опухнет

вообще такое решение вполне в стиле 7.7

(12) спасибо, почитаю
(13) почему нет - объясню:) мы удалили строку в основной таблице, соответственно, должен номер, по которому идет связь с подчиненной изменится, а то она у нас переподчинится и получится вообще сплошная абракадабра. Это придется отслеживать ручками, так как сделать ссылку на строку табличной части нельзя. Вывод?:) гуиды уникальны - хоть удаляй, хоть добавляй.

+15 для 13 - пример из типовой по 8-ке дай? посмотрю

(15) тем не менее в типовых гуиды не используют а обходятся такой простой конструкцией

       // Инициализируем значение "КлючСтроки" для установки связи данной таблицы с таблицей
       // "ДанныеПоСФ".
       // Значение должно быть уникальным в пределах таблицы ДополнительныеСведения
       НеУстановлено = Истина;
       Кандидат = ДанныеПоСФ.Количество();

       Пока НеУстановлено Цикл
           Если ДанныеПоСФ.Найти(Кандидат, "КлючСтроки") = Неопределено Тогда
               // Уникальное значение ключа
               ЭлементыФормы.ДанныеПоСФ.ТекущиеДанные.КлючСтроки = Кандидат;
               НеУстановлено = Ложь;

           Иначе
               // Такое значение ключа уже использовано
               Кандидат = Кандидат + 1;

           КонецЕсли;

       КонецЦикла;

(0) Пусть представление некоторого элемента:
{"#",fee1806a-227a-40f5-a518-ffb25620e0fb,27:8b78d27d8c5f1670419a59715fb3edf5}
Если базу в которой есть запомненные где-либо ссылочные значения в виде строки выгрузить и загрузить, то будет кирдык. Ибо почему-то меняются цифры между "," и ":". В данном примере 27.

(17) Ключ строки в типовых - это не номер строки, а просто автоинкрементируемый общий реквизит двух таблиц :)

(17) это откуда? какая конфа?

(18) очень интересно, попробую:)

(20) это БП, документ ВводНачальныхОстатковНДС

(22) замечательно, посмотрю

(20) УПП, Ввод остатков НДС, например

(24) нету УПП:( ну да не суть