Привет Всем!

Имеется обыкновенная процедура. Внутри неё объявляется переменная, скажем так
DECLARE @p1 varchar(10)
SET @p1 = 'xxx'
.
.
.
Далее имеется 2-ая переменная, которой присваивается имя 1-ой переменной
DECLARE @p2 varchar(10)
SET @p2 = '@p1'
.
.
.

ВОПРОС
Можно ли на основаниии переменной @p2 получить значение @p1 в 3-ю переменную ?



PS
SQL2000

А задача в следующем

Необходимо отслеживать запуски хранимых процедур с целью сбора стастики(в отдельную таблицу) о том, с какими параметрами они запускались. Можно конечно прописать все это непосредственно для каждой процедуры, но если девелопер поменяет что-то в параметрах, то ....

Отсюда родилась идея каким-либо образом унифицировать это. Т.к. имя исполняемой процедуры известно, то не составляет труда получить из системных таблиц и список её парметров, а вот вычислить значения этих параметров ....

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

Попробовал Profiler
1. Все равно придется устраивать разбор строки запуска процедуры
2. Странно, но для Application под именем JSQL (это Java приложение соединяется через JDBC) событие SP:Starting наступает, а информации в TextData нет - т.е. не понятно даже какая процедурв запускается

Так что роблема не в лишней информации, а как раз в её отсутствии

Насколько я знаю, как CMD. Правда developer сказал, что этот "класс от 3-го производителя". Да и я ведь отслеживаю событие SP:Starting, в а не RPC:Starting.

Кстати, вот в BOL нашел
"srv_paramdata
Returns the value of a remote stored procedure call parameter.



Important This Open Data Services function or macro is only supported in Microsoft® SQL Server™ 2000 for backward compatibility.


For more information about Open Data Services functions or macros supported for backward compatibility, see Open Data Services (Level 3).

Syntax
void * srv_paramdata (
SRV_PROC * srvproc,
int n );

Arguments
srvproc

Is a pointer to the SRV_PROC structure that is the handle for a particular client connection (in this case, the handle that received the remote stored procedure call). The structure contains information the ODS Library uses to manage communication and data between the Open Data Services server application and the client.

n

Is the number of the parameter. The first parameter is number 1.

Returns
A pointer to the parameter value. If the nth parameter is NULL, there is no nth parameter, or there is no remote stored procedure, returns NULL. If the parameter value is a string, it might not be null-terminated. Use srv_paramlen to determine the length of the string.

This function returns the following values, if the parameter is one of the SQL Server data types. Pointer data includes whether the pointer for the data type is valid (VP), NULL, or not applicable (N/A), and the contents of the data pointed to.
"

Это вообще к чему относится - надо что ли свою .dll(или еще чего нибудь подобное) создавть и регистрировать как extended stored procedure ?

Пришлось повторить в каждой процедуре блок записи в лог-таблицу и обязать программистов при исправлении процедуры исправлять и эту часть

2Nastasia
a pochemy ne ispol"zovali
srv_paramdata

Потому-что решили использовать только T-SQL

ili sp_trace_generateevent , sp_trace_create etd ?
Получится то же самое, т.е. все равно в каждой процедуре нужно добавить вызов уже sp_trace_generateevent

2akuz
Можно чуть попроще. Т.к. лог это две таблицы, первая с именем процедуры (и др.данными), а вторая - входные параметры с их значениями, то остается просто сравнить вызов процедуры с INFORMATION_SCHEMA.PARAMETERS на предмет различий.