Подскажите возможно ли добавить к результату подзапросов Z0 и Z1 строки, которые суть - результат их группировки по некоторым признакам. Количество и содержание полей воспроизвести - конечно не проблема. А вот итоги...
Полагаю, что это можно сделать с помощью UNION. И вроде бы возникает рекурсия.
Зачем такая заморочка? Потому Z1 долго выполняется и не хочется его запускать второй раз для получения результата группировки.
ЭСКИЗ с неправильным синтаксисом:

Glory,
Сам не пойму, почему-то не принимает интерпретатор SQL Managment Studio 2008. Сейчас Z завернут в функцию одного оператора, к которому добавил приведенный "хвостик", начиная с AS. Без "хвостика" - все Ок проходит.
Вот что вижу (см.вложение) и текст:
"Msg 156, Level 15, State 1, Procedure f_MTR, Line 281
Incorrect syntax near the keyword 'as'."

Glory,
А вы обратили внимание на количество строк в сообщении об ошибке?
Возможно тогда не предлагали бы выложить всю процедуру здесь.
Или как?
Чего не хватает кроме того, что описано и чтобы составить мнение?

Glory,
Приходилось.
У вас будут конкретные предложения или будете дальше "мозг компостировать"?

Glory,
Понятно. "Спасибо" за помощь. Подождем других знатоков.

Вот как надо оформлять в SQL решение. Может кому пригодится:

Glory,
Напоследок совет: поучитесь хорошим манерам. Особенно когда приходят за помощью. Для этого и предназначен форум.
А то только "воздух портите".

Продолжу топик, т.к. выяснилось, что найденное решение - возможно, но не оптимально. Оно не исполняет объявленного в начале требования: "Потому Z1 долго выполняется и не хочется его запускать второй раз для получения результата группировки.".
Так вот сейчас время исполнения объединения в решении умножилось почти в 3 раза. Так понимаю, что из приведенной декларации не следует оптимизация: однократное выполнение "тяжелого" подзапроса и последующее использование результата в остальных компонентах UNION. А следует только декларация, которая тупо подставляется при исполнении, умножая время исполнения исходника.
Вы скажете, используй временную таблицу. Но тогда невозможно будет "завернуть" все в inline функцию, а только multiline. Это в свою очередь неудобно по другой причине: для multiline надо точно декларировать состав, порядок и тип всех полей результата. А сейчас в результате - десятки столбцов, состав и определение которых постоянно меняются. Короче гимор! Потому inline - удобнее.
И вообще, мне не понятно, почему имеет место противоречие в допущениях языка T-SQL: в inline не надо определять результат, а в multiline - обязательно. Почему бы не допустить это для некоторых ситуаций? Так удобнее было бы.
Короче тема и задача остаются открытыми. Есть ли способ остаться "в рамках" inline? Если ли вообще решение при указанных условиях?

Ну как же нет описания задачи? Вот оно было уже в виде первичного решения:serg0265Вот как надо оформлять в SQL решение. Может кому пригодится:


Куда уж конкретнее. Вопрос тоже обозначен: можно ли не выполнять Z несколько раз, а использовать результат один раз без временной таблицы?

Ну как же нет описания задачи? Вот оно было уже в виде первичного решения:
serg0265Вот как надо оформлять в SQL решение. Может кому пригодится:


Куда уж конкретнее. Вопрос тоже обозначен: можно ли не выполнять Z несколько раз, а использовать результат один раз без временной таблицы?

Glory,
Займитесь какими-нибудь другими темами.

Как только появилась возможность публикую окончательное решение задачи, которое позволяет ускорить первоначальный способ в несколько раз. И которое не требует явного определения для таблицы-результата.
"Принципиальная схема" основана на использовании временных таблиц ## ( а.они позволяют сохранять в них записи без предварительной декларации; б.##, а не # т.к. последние прекращают свое существование после окончания процедуры, а нам нужен результат и после окончания процедуры). Вот схема:
1. Создаем процедуру (не функцию, т.к. последняя для возврата результата требует явной декларации таблицы. И еще важно: в функциях невозможно использование временных таблиц, а в процедурах - допустимо)
2. Исполняем нужный "тяжелый" запрос Z0 и сохраняем его в ##T1 примерно так:

3. Окончательный результат формируем в этой же процедуреи сохраняем в другую временную таблицу примерно так:

4. Удаляем теперь как ненужную первую временную таблицу ##Z:
и завершаем процедуру
5. Теперь ее следует просто вызывать из любого приложения. Например, из свойств внешнего подключения Excel такими образом:

Конечно опущены всякие детали и проверки.

Shakill,
Спасибо за предложение. Честно говоря, "руки не дошли" разобраться.

Shakill,
Вы сподвигли меня проанализировать это решение.
Но конкретно в моем случае оно оказалось неприменимо из-за более сложной логики консолидации подзапросов.
Хотя если бы сложилось, то это решение было бы более изящным.
Решение же с временными таблицами - более универсально.