Johnmen1. Нет такой ситуации, когда невозможно обойтись без временной таблицы.
Вообще-то есть, но КРАЙНЕ редко.

С 1998 года я создал несколько достаточно сложных БД.
И только один единственный раз не смог обойтись ХП - действительно требовались две временных таблицы. Жутко выпендрёжный отчёт понадобился заказчику. Я создал две обычных таблицы. Во время выполнения ХП сбрасывал туда результаты и затем объединив их в однин набор данных отправлял клиенту. Затем чистил таблицы. Чистил, а не удалял.
Поэтому не было никакой надобности менять метаданные во время каждого такого отчёта.
Частота надобности в этом отчёте была 1 или 2 раза в месяц.

JohnmenНу не могу я даже приблизительно представить ситуации, когда без вр.табл. никак и никуда...:)
Тогда помоги, буду очень благодарен.

Бухгалтерская программа.
Таблица "Журнал операций" или ещё называют "Журнал проводок"
В упрощенном варианте
Id integer,
Oper_date date,
Debit integer, /*Код счёта по дебету из плана счетов*/
Kredit integer, /*Код счёта по кредиту из плана счетов*/
Summa double precision

Задача - построить отчёт по форме облпотреб союза образца 1971 года.
Это типа образец
-----------------------------------------------------------------------------
| Дебет | Кредит |
-----------------------------------------------------------------------------
|счёт | cумма частная | сумма общая | счёт |cумма частная | сумма общая |
| Сальдо на 01.01.2003 <сколько-то> |
-----------------------------------------------------------------------------
41/01/01 | 100 р | <null> | 62/01/01 | 333 р | <null> |
41/01/02 | 200 р | <null> | 62/01/02 | 444 р | <null> |
------------------------------------------------------------------------------
| Сальдо на 01.02.2003 <сколько-то> |
-----------------------------------------------------------------------------
41/01/01 | 100 р | 200 р | 48/01 | 1111 р | <null> |
41/01/02 | 300 р | 500 р | 62/01/01 | 222 р | 555 р |
51/01 | 300 р | <null> | 62/01/02 | <null> | 444 р |

В общем сложность в следующем - заранее не известно какие счета и сколько их каждый месяц по дебету и соответственно какие и сколько их по кредиту. В один месяц по дебету строк больше - недостающие строки кредита заполнить <null>, другой месяц по кредиту больше - недостающие строки дебета заполнить <null>. Какой-то счет например в марте имел обороты, а в апреле по нему движения не было. Это значит, что его всёравно надо занести в отчёт и по марту и по апрелю и по маю .. до конца года.
Причём в каждом месяце дебетовая половинка этого отчёта должна быть отсортирована по возрастанию дебетовых счетов, а кредитовая половинка этого отчёта должна быть отсортирована по возрастанию кредитовых счетов.


На сальдо не обращайте внимание оно как раз через ХП, а остальное так:

несколькими ХП я заполняю две таблички одна по дебету, другая по кредиту, а затем их склеиваю, предварительно проанализировав и дополнив недостающие строки либо в одной либо в другой.
Не сделав этого никакой join не даст верного (по деньгам) и желаемого по внешнему виду (т.е. по красоте) результату.

Если у Вас возникли дополнительные (уточняющие вопросы) спрашивайте.
Я давно хочу избавиться от этих двух таблиц.

Я забыл образец оформить так, чтобы лучше было

Я это рапечатываю в QuickReport несколько страничек (обычно 3-5) формата A4. Формируется всё на сервере. И бухгалтера заняты анализом эффективности работы предприятия, а не проблемой распечатывания.
Я стараюсь не напрягать клиентов тем, что можно сделать программно.