Построитель отчета - вложенные запросы #419124

Поясните мне, если не трудно, вот такую вещь - если у меня формируется отчет при помощи построителя с несколькими запросами (вложенными и связанными), то я так понимаю, если я накладываю отбор на этот отчет, то этот отбор действует только на ту таблицу из которой взято это поле для построителя отчетов? А для остальных таблиц отбор выполняется в момент связи?

Это смотря как отбор наложить

Хорошо, тогда как надо наложить отбор, чтобы условие действовало на все подзапросы основого запроса, именно в момент выполнения запроса, причем как параметры виртуальной таблицы (конечно, в случае, если я обращаюсь к виртуальной таблице), а не в момент связи. Уж больно у меня таблицы вспомогательные большие.

Ну, оптимизатор запросов сервера БД может и сам догадаться учесть внешнее условие максимально эффективно. Но лучше, если это возможно, продублировать отбор во вложенных запросах.

Я наверное не совсем понятно выразился. Есть у меня регистр (основной) Ассортиментные матрицы, и есть второстепенный регистр - Цены поставщиков. Я создаю отчет, при помощи конструктора, в котором в тексте запроса указываю, которая таблица основная, а которая подчиненная (связи). И все поля в "отборы", в "Выбранные поля", и еще бог знает куда у меня попадают именно из регистра "Ассортиментная матрица" и когда я формирую отчет в режиме пользователя с некоторыми установленными отборами, этот отчет выполняет запрос по регистру "Ассортиментная матрица" с уже установленными отборами, а вот по регистру "Цены поставщиков" как будто выполняет запрос по всей таблице, а отбор накладывает в момент связи. Так вот я хочу добиться, чтобы он сразу накладывал отбор в момент выполнения запроса к второстепенному регистру.

Я может чего-то не понял, но что мешает наложить отбор и на вторую таблицу?

Когда мы формируем какой-нить отчет в режиме пользователя, заранее неизвестно какой именно отбор и настройки будет выбирать пользователь. Построитель отчета призван решить проблему создания универсальных отчетов, в которых пользователь может выбирать фильтры, поля и т.д по своему усмотрению.

это типа лекция?

Можно пример? Особенно в левом сеодинении виртуальная таблица

(+8)Особенно ЕСЛИ в левом сеодинении виртуальная таблица

Пардон виртуальная таблица регистра (СрезПоследних), а не виртуальная таблица.

Это я типа поясняю почему нельзя сразу наложить условие на все таблицы.

С виртуальными не думал, но пример вроде такой (если я правильно понял тему):

Я думаю ты правильно понял. Правда, думаю, что &Период, добавлять не надо - он автоматом должен появится в полях запроса. Спасибо, попробую.

+

а я типа все равно не понял, как перечисленное мешает наложить условия ))

Не получается - уже при открытии ругается, у меня правда несколько условий. Пишу {(СтруктурнаяЕдиница) и (Номенклатура)} после этого не открывает конструктор запроса и ругается при открытии самого отчета в режиме предприятия. Расскажи твой вариант наложения условий на таблицы. При помощи & или еще как?

Ну так ты в конструкторе запроса их накладывай. А для нескольких отборов писать нужно

Спасибо нашел. Только вот вопрос. Эти условия они корректно отработают тип сравнения? То есть если пользователь выберет равно или в списке?

Отработают корректно.

Спасибо за помощь, все получилось. Можно, конечно, еще напильником отчетик обработать, но это уже потом...