УФ. Динамический список. Изменение текста запроса. #712357

Есть УФ. На ней расположен динамический список. В зависимости от действий пользователя меняю текст запроса к динамическому списку. почему-то данные в списке не меняются. Это нормально?

обновить данные надо-бы

Элементы формы Обновить? Не помогает.

Список.Обновить или ОбновитьСтроки

Не помогает.

ОповеститьОбИзменении;

А что мешает сделать один запрос, но рулить параметрами.

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

может ОбновитьОтображениеДанных

Как вариант. Сделай несколько закладок с разными списками

Это крайний вариант. Но идею принял. Спасибо.

была информация, что даже если дин. список не показывается, запрос всеравно отправляется на сервер. при открытии формы, например. или при обновлении формы.

И так... Внешняя обработка с примером воспроизведения ситуации. В обработке на управляемую форму выведен динамический список с именем ДС. Также две кнопки "Номенклатура" и "Контрагенты". Отладчиком проверял. Текст запроса меняется. Вопрос - что за фигня и где моя ошибка? Как сделать что б менялись источники данных для динамического списка?

ап?

динамический список ващет сам обновляется. на то он и динамический

если на сервере меняешь, на клиенте форма прыгает было такое

Так выходит что не меняется. Неа. Вот как ее заставить прыгать?

такого быть не может в принципе

ещё раз. динамический список так и назван, потому что он с интервалом в секунду читает данные из базы если у тебя не обновляется, значит ты не присваиваешь списку текст запроса

В отладчике видно что запрос изменен. На клиенте видно.

попробуй менять на сервере С КОНТЕКСТОМ

Похоже нашел почему не работает. Надо всю форму передавать на сервер. :( Если передавать форму на сервер, все работает. Но это же криво!? Нет разве? И в справке не написано что так делать нельзя.

Ага... с контекстом работает. Только не пойму почему без контекста не работает.

потому что блеять данные из базы читаются на сервере. при этом форма перерисовывается

не по этому )))

потому что разрабы платформы так присудили, что без контекста формы хрен вытянешь данные из базы

Могу предположить что форма перестраивается на сервере. Но блин хоть бы написали в справке :)

и при этом форма перерисовывается на клиенте

на сервере, потом на клиенте

&НаКлиентеНоЕслиЧтоТоИНаСервере(с)

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

кстати часть условий можно наложить через RLS, была у меня такая идея, единственный "нюанс" это то что будет действовать на все а не на конкретную форму...

Да, про RLS тоже думал. Но как-то совсем сыкотно было их использовать :)

я реально использую

идея менять запрос ДСписка не верна в корне. я делал так - упрощал запрос ДСписка максимально для отображения полного набора данных - оптимизоировал запрос посредством ограниченного числа параметров. Классические "ДатаНачала, ДатаОкончания" - отключал стандартную установку отборов в форме - вешал на панель команд три кнопки "Отбор", "Стандарт", "Выбрать вариант..." - по кнопке "Отбор" вызывал форму: где есть поле отбора компоновки данных и группа модификации параметров "ДатаНачала, ДатаОкончания,...". Пользователь получает возможность в одинт клик открыть формы модификации и параметров и отборов и закрывая форму запрос "работает" всего раз по прорисовке. ну там небольшие тонкости с: передачей отбора СКД между формами, сохранении вариантов, "прошитие" предопределенных отборов "Стандарт"...,но они решаються без проблем Время освоения пользователями этого интерфейса - полчасика и контрольная фраза "да - это оно" Время затраченное на этот вариант реализации исчезающе мало по сравнению выбранным мной ранее - адский наворот в запросе. Вывод: работать с динамикой отображения ДСписка без Формы настроек СКД - от лукавого

Это конечно здорово когда можно так сделать. Но вот что делать если в зависимости от поведения пользователя, данные для ДС должны браться из разных источников (один раз документы, другой раз справочники, третий раз РН, четвертый РС и т.д.)? Можно конечно написать суперсложный запрос с логическими тригеррами и кучей таблиц, но оно медленнее работает. Как раз ушел от большого запроса к куче маленьких. Работает минимум раза в 2 быстрее, а в некоторых случаях ускорение и в 6 раз выше.