MSSQL - Visualizar sentencia SQL generada por un SP

[PMP]

Hola a todos:
Tengo un procedimiento almacenado al que le paso unos parámetros y me realiza una búsqueda en un par de tablas.
¿Es posible visualizar la sentencia SQL generada por el sp?, ya que no obtengo el resultado que deseo y quiero saber donde esta el problema.
¿Se entiende lo que quiero?

Nota: Trabajo con ASP

Muchas gracias.

[Muzztein]

??????????????????'

en el enterprise manager/tu base de datos/procedimientos almacenados

y haces un doble click en el icono.... ... ... ....


o quieres hacerlo por ASP ????

no se si es que se pueda hacer eso.

[PMP]

Ante todo debo pedir disculpas, porque publique este tema en el foro equivocado, lo debería haber hecho en el de Bases de Datos (¡Que salame!). Si algun moderador lo puede cambiar estaría bueno.
Muzztein, gracias por responder, eso que me dices lo sé. Lo que necesito es ver como queda la sentencia SQL formada cuando le paso los parámetros.

[Myakire]

Lo que necesito es ver como queda la sentencia SQL formada cuando le paso los parámetros.

No puedes obtener lo que deseas a mejor que debugues los SP, pero hay una forma mucho más fácil. Supongo le mandas los parámetros desde ASP, por lo que sabes el tipo, la extensión y el valor de los parámetros. Toma estos valores y en el analizador de consultas sustituye cada parámetro por su valor correspondiente. Con eso tendras.

Saludos

[Muzztein]

asi como para hacer un debug dices tu ????

mnmnmnmnmnmnmnmnmnmnmnmmnnmmnmmmnnmnmmnmnmnm n m mn mn mn mn mn m m mn mn mnm nmnmnmn mnmn mnm nm m m n mnmn mn mn mnmnmn m n n mn mnmnmnn nmnm nmn mn m en plsql no se puede hacer eso.
asique creo que en ms sql tampoco podria hacerse.

aun que investigaré.

[Myakire]

Nunca tuve necesidad de debugear un SP ni en Oracle ni en SQL-Server, pero en los diversos cursos que hemos tomado, es un tema recurrente. Se pueden debuguar con herramientas de terceros o con herramientas propias, aunque como bien mencionas, hay que investigar.

Pe. http://msdn.microsoft.com/library/de...edebugtech.asp

Saludos

[PMP]

Los sospeché desde un principio!!! diría el Chapulín Colorado.
Bueno, me tendré que poner a investigar como hacerlo.

Muchas gracias por sus comentarios y sugerencias.

[Mithrandir]

¿Estas haciendo código dinámico, del tipo EXEC ('select algo FROM tabla WHERE ' + @campo + '=algo')?

Prueba en lugar del EXEC reemplazarlo por un PRINT, eso te dejará en la ventana de mensajes la sentencia que estás armando.

Otra alternativa es probar con el SQL Profiler, donde te conectas y haces trazas de la actividad del servidor (incluyendo tu SP prolemático)

[Neuron_376]

Cuando quiero ir probando un SP, solo agrego esto:

if (@@error > 0)
begin
select 1
return 0
end

if (@@ROWCOUNT <= 0) 'No
begin
select 2 --Algo como, no me actualizo nada en la tabla, o, no me inserto ningun registro.
return 0
end

Bueno, esa seria una forma, suerte!!

Consejo, trata de no usar Exec, claro, es valido y yo tambien lo uso cuando lo necesito, pero la ventaja grande de un SP, es que tiene ya todas las instrucciones compiladas, y un exec lo hace mas lento, es decir, en partes pierdes la ventaja de velocidad que te ofrece un SP.

Si puedes evitarlo mejor.

Suerte!!

[almerak]

yo lo que hago es a mi consulta generada por mi sp le intercambio el
exec(@miconsulta)
por un
select @miconsulta
y me envia el resultado en el sql, ya luego le doy click derecho y me da la posibilidad de copiar el row regresado, y ya lo pego y compruebo que le falta al sp o en que falla

[ejbsoft]

Hola oara hacer debugs, lo mejor son generar trazas.

Cualquier gestor lo tiene, en MSSQL está el profiler.

Saludos