Есть динамический список и таблица значений, в которой хранятся ссылки из списка. Хотелось бы, чтобы было видно, что уже выбрано из списка в таблицу. Как это лучше организовать?

Вижу пока два варианта.
1) ПриПолученииДанныхДС
2) Использовать условное оформление, подменять запрос у ДС, привязывать к нему параметр.
Первый вариант, думаю, будет логичнее. Я прав?

(0) Можно попробовать ТЗ передавать в запрос в качестве временной таблицы, потом с ней соединяться и выводить признак.  По нему условно оформлять. Только версия платформы должна быть с поддержкой ВТ в ДС.

А если добавить в список свой реквизит и заполнять его при выборе, например, в Истина и условное оформление по этому полю

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

(3) ТЗ вот уж точно не хотелось бы менять на ДС:)
На форме есть два ДС и одна ТЗ, в которую складываются элементы списков.
>Сейчас вообще что угодно можно
Это да. Остаётся правильный способ найти)

(2) Звучит странно. В списке можно что-то заполнять?

(1) Не быстрее ли (в плане производительности) использовать ПриПолученииДанныхНаСервере списка?

(0) а у тебя уже 10 версия?

Можено еще параметр передавать Список, и полу если в списке то истина

(5) У меня да, у остальных 8.3.9 :)
А что в 10 версии?

(4) я не проверял, но мало ли )

(7) ПриПолученииДанныхНаСервере с 8.3.10.2168

Понял, спс.
Последний вопрос)
Как передавать ТЗ в запрос ДС в качестве временной таблицы?

(10) а массив нельзя передать? Зачем тебе обязательно ТЗ?

(11) Да я наверн ПриПолученииДанныхНаСервере сделаю.
Про ВТ мне для общего развития скорее :)

(11) Массив не соединишь.

(13) Т.е. думаешь, что соединять быстрее платформа сможет, чем (Ссылка В (&Ссылки))

(14) https://its.1c.ru/db/metod8dev/content/2499/hdoc

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

(16)

    ВЫБОР
        КОГДА СправочникКэнРендерСтилиЭлементовВебФормы.Ссылка В (&МассивВыделенныхСтилей)
            ТОГДА ИСТИНА
        ИНАЧЕ ЛОЖЬ
    КОНЕЦ КАК Выгружать

Если ИСТИНА, значит значение входит в массив. Для строки устанавливаем условное оформление в зависимости от значения в поле "Выгружать".

(15) Групповой то оператор при чем?) Обычный же подходит, как в (17)

(17) Сейчас можно просто
СправочникКэнРендерСтилиЭлементовВебФормы.Ссылка В (&МассивВыделенныхСтилей) КАК Выгружать

(17) Очень оптимальненько.
Запросом в цикле попахивает.
(18)Это я тебе скинул, чтобы ты раздел "Замечания о скорости выполнения" поглядел.

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

(20) ты вообще представляешь как скл выполняет запросы?

(21) Сделай с ВТ и с В(&) посмотри какой план запроса будеи и стоимость на одних и тех же наборах.
Я вообще за ВТ, ибо IN тяжеловат.
(22) Уж получше тебя похоже.

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

Не я понимаю что МС Скл может построить оптимальный план. Но иногда запросы с IN применяемым к строкам оптимизатор превращает в жуткую буйню.

(20) Сфигали вдруг запрос в цикле? Изначально массив формируется один раз при открытии формы. Далее при добавлении/удалении элементов для выбора ссылки на них в массив добавляются или убираются, флажок "Выгружать" меняется для конкретной строки ДС.

(26) IN применяемый к каждой строке набора данных.
К каждой строке.
К КАЖДОЙ!!!

+(26) Хотя конечно, может это просто микросекунды разницы по сравнению с лефт джоином.

(28) Так джойн тоже может быть через нестед лукап

+(28) Ну и конечно же в паре с Select'ом. Даже в (19)

(27) Ну так их же там не миллион. И применяется только к отображаемым строкам. Я не спорю с тем, что джойн может быть оптимальнее, но если выигрыш реально в микросекундах, то есть ли смысл?

(29) Да вроде не должно. Условие связи простое.
(31) Да эт понятно.

(32) А какой вариант будет мердж джойн чтоли?

Второй вариант единственный, если УФ и не 8.3.10

Так строку то тоже каждую джойнить надо?

Сравнил ща два запроса тупо в консоли:

ВЫБРАТЬ ПЕРВЫЕ 5
    РеализацияТоваровУслуг.Ссылка КАК Ссылка
ПОМЕСТИТЬ ВТ
ИЗ
    Документ.РеализацияТоваровУслуг КАК РеализацияТоваровУслуг
ГДЕ
    РеализацияТоваровУслуг.Дата >= &Дата
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
    РеализацияТоваровУслуг.Ссылка,
    ВТ.Ссылка КАК Ссылка1,
    ВТ.Ссылка ЕСТЬ NULL  КАК Поле1
ИЗ
    Документ.РеализацияТоваровУслуг КАК РеализацияТоваровУслуг
        ЛЕВОЕ СОЕДИНЕНИЕ ВТ КАК ВТ
        ПО ВТ.Ссылка = РеализацияТоваровУслуг.Ссылка

УПОРЯДОЧИТЬ ПО
    Поле1 УБЫВ

и

ВЫБРАТЬ
    РеализацияТоваровУслуг.Ссылка,
    Ссылка В (&Ссылки)  КАК Поле1
ИЗ
    Документ.РеализацияТоваровУслуг КАК РеализацияТоваровУслуг

УПОРЯДОЧИТЬ ПО
    Поле1 УБЫВ

100000 строк, второй чуть быстрее на 5-15% (0.45с против 0.55с примерно)

(33) А что мешает? В любом случае лучше проверить на конкретной БД и СУБД.

(35) Ойвей.

А ПЕРВЫЕ 5 у тебя бесплатно что ли получаются?

(37) Да почти бесплатно.
Ладно, без кэша чуть подольше. 0.010 - 0.025