Таблица значений в дерево значений #799922

Есть таблица на форме во внешней обработке в УТ11.3 вида документ1 Товар1 Колво1 документ1 Товар2 Колво2 документ2 Товар1 Колво1 Как молнеиносно и супербыстро это превратить в документ1 ----Товар1 Колво1 ----Товар2 Колво2 ----Товар1 Колво1 ?

Засунуть в запрос с итогами, выгрузить.

не в запрос а в построитель запроса //------------------------------------------------------------------------------------------------------------------------------ //

спасибо конечно, но на упр формах то как?

а какая разница - на каких формах?

хм, а чем лучше я всегда юзал

Создал дерево на форме как в него загрузить результат из

Синтаксис: ЗначениеВРеквизитФормы(<Значение>, <ИмяРеквизита>) Параметры: Тип: Произвольный. Значение прикладного типа, которое необходимо преобразовать в реквизит формы и для которого определено преобразование в данные формы. <ИмяРеквизита> (обязательный) Тип: Строка. Имя реквизита формы, в который необходимо поместить преобразованное значение. Описание: Преобразует объект прикладного типа в реквизит управляемой формы (данные формы) с указанным именем. Если реквизит является основным реквизитом формы объекта или записи регистра сведений, то осуществляется обновление параметра формы Ключ и автоматического заголовка формы. Если ключ старого объекта отличается от ключа нового и старый объект был заблокирован формой, то блокировка на старый объект освобождается. Обновление флага модифицированности при этом не производится. Доступность: Сервер, мобильное приложение(сервер).

ееее

Имей ввиду - дерево - мутабельный тип:) Перегнать не получится, как пишут товрищи

Используй временное хранилище

с чего бы это вдруг? УМВР

А как развернуть все группировки в УФ?

Синтаксис: Развернуть(<ИдентификаторСтроки>, <СПодчиненными>) Параметры: Тип: Произвольный. Идентификатор строки таблицы. Тип: Булево. Определяет необходимость раскрытия подчиненных узлов. Истина - раскрывать подчиненные узлы, Ложь - не раскрывать подчиненные узлы. Значение по умолчанию: Ложь. Описание: Разворачивает узел в указанной строке дерева. Доступность: Тонкий клиент, веб-клиент, толстый клиент, мобильное приложение(клиент). --------------------------------------------------------------------------------      Методическая информация

В люом случае, у тебя результаты будут непредсказуемые, ибо что ты ждешь от этой конструкции? ГДЕ (ЗаказКлиента.Дата МЕЖДУ &НачалоПериода И &КонецПериода     |    ИЛИ &НеОтбиратьПоДатеЗаказа) У тебя она всегда работать будет, лол

Вообще, не используй никогда конструкции-отрицания ("Справочник программиста (r)"). Юзай утвверждения и оператор И : &ИспользоватьПоДатеХ

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

Возможно, но не факт, что корректно;) Так и быть, пойду подучусь. Ну и напоследок, у тебя в любом случае неоптимальный запрос: или в где всегда стоит избегать. Пруфец тут:

друг. ну если есть сомнения. выполни два запроса ВЫБРАТЬ ПЕРВЫЕ 100 Т.Ссылка ИЗ Документ.ЗаказКлиента КАК Т ГДЕ Т.Дата МЕЖДУ &Дн И &До ИЛИ &НеОтбиратьПоДате ВЫБРАТЬ ПЕРВЫЕ 100 Т.Ссылка ИЗ Документ.ЗаказКлиента КАК Т ГДЕ Т.Дата МЕЖДУ &Дн И &До И &ОтбиратьПоДате и убедись наглядно :)

+ будешь весьма удивлен, видимо

а ГДЕ тут избежать ну никак нельзя, потому что нет ни соединений, ни виртуальных таблиц :D

Да, тут понятнее стало. Извиняюсь за поспешный вывод:) Проверь-ка, вот так быстрее будет (просто интересно): ГДЕ ВЫБОР КОГДА &ОтбиратьПоДате ТОГДА Т.Дата МЕЖДУ &Дн И &До ИНАЧЕ ИСТИНА КОНЕЦ

на самом деле, я использую и твою конструкцию тоже. Просто, какая первая приходит в голову, такую и использую :)