Dudilla con el DBCC INPUTBUFFER

Hola Victor:
Antes de SP3 la forma tradicional de capturar la informacion sobre lo
que los usuarios estaban ejecutando era con el DBCC INPUTBUFFER ahora es
mejor utilizar una nueva funcion llamada ::FN_GET_SQL.
Revisa este Link:
http://msdn.microsoft.com/library/d...z_3nqa.asp
Un Ejemplo de Uso es:

DECLARE @Handle binary(20)
SELECT @Handle = sql_handle FROM sysprocesses WHERE spid = 52
SELECT * FROM ::fn_get_sql(@Handle)

Saludos,

Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.
"Victor" wrote in message
news:

Hola.

He creado un trigger en el cual, en una tabla, guardo el resultado de
DBCC INPUTBUFFER. El trigger funciona bien, sólo que al ejecutar un SP
que modifica la tabla del trigger desde mi aplicación Web, el
resultado del "EventInfo" es el nombre del SP, pero con un 1 como
parámetros (cuando el SP tiene 15 parámetros; ejemplo: "ic_spAlta;
1"), pero si lo ejecuto desde el Analyzer, aparecen todos los
parámetros.

¿Por qué en uno lado sí y en otro no?

Gracias

Ya, pero resulta que no lo tengo instalado (el SP3), y el encargado no
está por la labor.

On Mon, 1 Sep 2003 08:18:08 -0600, "Javier Loria\(MVP\)"
wrote:

Hola Victor:
Antes de SP3 la forma tradicional de capturar la informacion sobre lo
que los usuarios estaban ejecutando era con el DBCC INPUTBUFFER ahora es
mejor utilizar una nueva funcion llamada ::FN_GET_SQL.
Revisa este Link:
http://msdn.microsoft.com/library/d...z_3nqa.asp
Un Ejemplo de Uso es:

DECLARE @Handle binary(20)
SELECT @Handle = sql_handle FROM sysprocesses WHERE spid = 52
SELECT * FROM ::fn_get_sql(@Handle)

Saludos,

Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.
"Victor" wrote in message
news:

Hola.

He creado un trigger en el cual, en una tabla, guardo el resultado de
DBCC INPUTBUFFER. El trigger funciona bien, sólo que al ejecutar un SP
que modifica la tabla del trigger desde mi aplicación Web, el
resultado del "EventInfo" es el nombre del SP, pero con un 1 como
parámetros (cuando el SP tiene 15 parámetros; ejemplo: "ic_spAlta;
1"), pero si lo ejecuto desde el Analyzer, aparecen todos los
parámetros.

¿Por qué en uno lado sí y en otro no?

Gracias

Hola Victor:
Arte de la recomendacion que instales SP3 :) no te tengo buenas
noticias, ya que el DBCC INPUTBUFFER tienes algunas limitaciones, lo primero
es que de acuerdo con la documentacion, para un RPC solo contiene el nombre
del procedimiento. Adicionalmente bajo algunas circustancias devuelve NULL.

Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.

"Victor" wrote in message
news:

Ya, pero resulta que no lo tengo instalado (el SP3), y el encargado no
está por la labor.

On Mon, 1 Sep 2003 08:18:08 -0600, "Javier Loria\(MVP\)"
wrote:

>Hola Victor:
> Antes de SP3 la forma tradicional de capturar la informacion sobre lo
>que los usuarios estaban ejecutando era con el DBCC INPUTBUFFER ahora es
>mejor utilizar una nueva funcion llamada ::FN_GET_SQL.
>Revisa este Link:

http://msdn.microsoft.com/library/d...tsqlref/ts

_fa-fz_3nqa.asp

>Un Ejemplo de Uso es:
>
>DECLARE @Handle binary(20)
>SELECT @Handle = sql_handle FROM sysprocesses WHERE spid = 52
>SELECT * FROM ::fn_get_sql(@Handle)
>
>Saludos,
>
>Javier Loria
>Costa Rica
>Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
>que pueda ser copiado y pegado al Query Analizer.
>La version de SQL y Service Pack tambien ayuda.
>"Victor" wrote in message
>news:
>> Hola.
>>
>> He creado un trigger en el cual, en una tabla, guardo el resultado de
>> DBCC INPUTBUFFER. El trigger funciona bien, sólo que al ejecutar un SP
>> que modifica la tabla del trigger desde mi aplicación Web, el
>> resultado del "EventInfo" es el nombre del SP, pero con un 1 como
>> parámetros (cuando el SP tiene 15 parámetros; ejemplo: "ic_spAlta;
>> 1"), pero si lo ejecuto desde el Analyzer, aparecen todos los
>> parámetros.
>>
>> ¿Por qué en uno lado sí y en otro no?
>>
>> Gracias
>

Gracias de todas formas.

On Mon, 1 Sep 2003 09:27:21 -0600, "Javier Loria"
wrote:

Hola Victor:
Arte de la recomendacion que instales SP3 :) no te tengo buenas
noticias, ya que el DBCC INPUTBUFFER tienes algunas limitaciones, lo primero
es que de acuerdo con la documentacion, para un RPC solo contiene el nombre
del procedimiento. Adicionalmente bajo algunas circustancias devuelve NULL.

Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.

"Victor" wrote in message
news:

Ya, pero resulta que no lo tengo instalado (el SP3), y el encargado no
está por la labor.

On Mon, 1 Sep 2003 08:18:08 -0600, "Javier Loria\(MVP\)"
wrote:

>Hola Victor:
> Antes de SP3 la forma tradicional de capturar la informacion sobre lo
>que los usuarios estaban ejecutando era con el DBCC INPUTBUFFER ahora es
>mejor utilizar una nueva funcion llamada ::FN_GET_SQL.
>Revisa este Link:

http://msdn.microsoft.com/library/d...tsqlref/ts

_fa-fz_3nqa.asp

>Un Ejemplo de Uso es:
>
>DECLARE @Handle binary(20)
>SELECT @Handle = sql_handle FROM sysprocesses WHERE spid = 52
>SELECT * FROM ::fn_get_sql(@Handle)
>
>Saludos,
>
>Javier Loria
>Costa Rica
>Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
>que pueda ser copiado y pegado al Query Analizer.
>La version de SQL y Service Pack tambien ayuda.
>"Victor" wrote in message
>news:
>> Hola.
>>
>> He creado un trigger en el cual, en una tabla, guardo el resultado de
>> DBCC INPUTBUFFER. El trigger funciona bien, sólo que al ejecutar un SP
>> que modifica la tabla del trigger desde mi aplicación Web, el
>> resultado del "EventInfo" es el nombre del SP, pero con un 1 como
>> parámetros (cuando el SP tiene 15 parámetros; ejemplo: "ic_spAlta;
>> 1"), pero si lo ejecuto desde el Analyzer, aparecen todos los
>> parámetros.
>>
>> ¿Por qué en uno lado sí y en otro no?
>>
>> Gracias
>