2 N_Michael

В описанной постановке задачи ZAMM и MessMaker правы. У меня целый класс задач решается с применением временных таблиц, созданных заранее (до начала транзакции, хотя и во время ее выполнения не возбраняется). Средства (читай - ХП) на все случаи жизни наверное не бывает.

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

Для примера:

CREATE PROCEDURE DBO.V_SPTGM_GET_DEAL_11111111
@BRANCH VARCHAR(2)
@ONE_DEALNO CHAR(10) = '',
@P_CURSOR CURSOR VARYING OUTPUT
AS

IF LEN(@ONE_DEALNO) > 0
SET @P_CURSOR = CURSOR
FORWARD_ONLY STATIC FOR
SELECT
dbo.DLDT.BR AS BR,
dbo.DLDT.DEALNO AS DEALNO,
..................................
FROM
dbo.DLDT,
..................................
WHERE
(dbo.DLDT.BR = dbo.DLDT_TGM.BR ) AND
(dbo.DLDT.DEALNO = dbo.DLDT_TGM.DEALNO ) AND

..................................................

ORDER BY 1, 2, 3

ELSE
SET @P_CURSOR = CURSOR
FORWARD_ONLY STATIC FOR
SELECT
dbo.DLDT.BR AS BR,
dbo.DLDT.DEALNO AS DEALNO,
.............................................................

FROM
dbo.DLDT,
......................... (другой список таблиц)
WHERE
(dbo.DLDT.BR = dbo.DLDT_TGM.BR )

.................... (другие условия)

ORDER BY 1, 2, 3

OPEN @P_CURSOR



ТАКИХ ПРОЦЕДУР У МЕНЯ МНОГО, НО ВСЕ ОНИ "ПРИБИРАЮТСЯ К РУКАМ" ТОЛЬКО В ОДНОЙ (УНИВЕРСАЛЬНОЙ!!!!!!!!)
-----------------------------------------------------------------------------------------------------


CREATE PROCEDURE DBO.V_SPTGM_IMPORT_DEALS_BY_TGM_PROD
@BRANCH VARCHAR (56)
@FIND_DEALNO CHAR(10) = NULL
AS

DECLARE
@L_BR CHAR(2), /* локальная переменная */
@L_DEALNO CHAR(10), /* локальная переменная */
@CURSOR_BY_PROD CURSOR /* локальный курсор */
/* но результирующий набор имеет одинаковый формат */
/* для каждого случая открываем свой курсор */

IF @L_PROD_NAME = '111' EXEC DBO.V_SPTGM_GET_DEAL_11111
@BRANCH = @BRANCH,
@ONE_DEALNO = @FIND_DEALNO,
@P_CURSOR = @CURSOR_BY_PROD OUTPUT
ELSE
IF @L_PROD_NAME = '222' EXEC DBO.V_SPTGM_GET_DEAL_22222
@BRANCH = @BRANCH,
@ONE_DEALNO = @FIND_DEALNO,
@P_CURSOR = @CURSOR_BY_PROD OUTPUT
ELSE
IF @L_PROD_NAME = '333' EXEC DBO.V_SPTGM_GET_DEAL_33333
@BRANCH = @BRANCH,
@ONE_DEALNO = @FIND_DEALNO,
@P_CURSOR = @CURSOR_BY_PROD OUTPUT
ELSE
IF @L_PROD_NAME = '444' EXEC DBO.V_SPTGM_GET_DEAL_44444
@BRANCH = @BRANCH,
@ONE_DEALNO = @FIND_DEALNO,
@P_CURSOR = @CURSOR_BY_PROD OUTPUT
ELSE
IF @L_PROD_NAME = '555' EXEC DBO.V_SPTGM_GET_DEAL_5555
@BRANCH = @BRANCH,
@ONE_DEALNO = @FIND_DEALNO,
@P_CURSOR = @CURSOR_BY_PROD OUTPUT
ELSE

............................................................................

FETCH NEXT FROM @CURSOR_BY_PROD
..............................................

WHILE (@@FETCH_STATUS = 0 )
BEGIN

-- НЕОБХОДИМЫЕ СТАНДАРТНЫЕ ОПЕРАЦИИ

FETCH NEXT FROM @CURSOR_BY_PROD ............
END

CLOSE @CURSOR_BY_PROD
DEALLOCATE @CURSOR_BY_PROD

............................


Достоинства:
1. Громоздкость конечно-же налицо, но ее гораздо меньше
2. ВСЕ ВЫПОНЯЕТСЯ В РАМКАХ ОДНОГО СЕАНСА, который запросто управляем
3. Процедура (точнее, совокупность процедур) масштабируема - всегда можно добавить в процесс ситуацию, не предусмотренную заранее (что бывает в моей практике нередко) БЕЗ МНОГОЧИСЛЕННЫХ ИЗМЕНЕНИЙ в вызывающих и вызываемых процедурах.


Желаю удачи.