¿Cómo puedo verificar (analizar) mediante programación la validez de una sentencia de TSQL?

Question

Estoy tratando de hacer que mis pruebas de integración sean más idempotentes. Una idea era ejecutar la reversión después de cada prueba, la otra idea era cómo analizar de forma programática el texto, de forma similar a la casilla de verificación verde en Query Analyzer o SSMS.

¿Cómo obtengo que SQL Server analice mi comando sin ejecutarlo con ADO.NET?

ACTUALIZACIÓN: Esto es lo que finalmente funcionó como desee:

using (DbCommand executeOnly = Factory.DbCommand()) 
{ 
    executeOnly.Connection = command.Connection; 
    executeOnly.CommandType = CommandType.Text; 
    executeOnly.CommandText = "SET NOEXEC ON;" + sqlCommand; 
    executeOnly.Connection.Open(); 
    executeOnly.ExecuteNonQuery(); 
} 
//set more properties of command. 
command.Execute(); 

Por razones inexplicables, "SET PARSEONLY ON" sólo funcionaba en el Analizador de consultas. No pude configurar esto en una conexión ADO.NET. Es mejor porque PARSEONLY parece captar solo errores de sintaxis, que no es un error común. SET NOEXEC ON detectará una variedad más amplia de errores, como una vista que hace referencia a una tabla o columna faltante o un parámetro faltante en un procedimiento almacenado.

Answer 1

Creo que el comando que está buscando es SET NOEXEC ON. Si configura esto para su conexión, las consultas se analizarán pero no se ejecutarán. Otra opción sería SET PARSEONLY ON, pero honestamente no estoy seguro de cuál es la diferencia entre los dos.

Answer 2

SET PARSEONLY: examina la sintaxis de cada instrucción de Transact-SQL y devuelve los mensajes de error sin compilar ni ejecutar la instrucción.

Answer 3

utilice la siguiente consulta

SET PARSEONLY ON 
--Your query here 
SET PARSEONLY OFF 

Answer 4

+1 a la respuesta de Eric. Pero he encontrado que SET FMTONLY ON también es útil ya que SET NOEXEC ON no parece arrojar todos los errores.

p. Ej.

SELECT * FROM ATableThatDoesNotExist 

Ejecución que con SET NOEXEC ON dice que fue un éxito, a pesar de la tabla no existe en la base de datos. Si lo ejecuta con SET FMTONLY ON, arrojará el error "Nombre de objeto inválido".

SET FMTONLY ON también devuelve metadatos sobre el conjunto de resultados que se devolvería, que puede ser muy útil

Answer 5

Realmente depende de la finalidad de las pruebas.

La forma más confiable sería usar la reversión después de cada prueba si sus declaraciones se prestan a eso (no son demasiado pesadas para hacerlo viable).

He hecho esto en el pasado y me alegro de recibir notificaciones de problemas de tiempo de ejecución que no habría detectado de otra manera.

Answer 6

VSTSDBPro tiene un analizador de consultas se puede acceder mediante programación: http://blogs.msdn.com/b/gertd/archive/2008/08/21/getting-to-the-crown-jewels.aspx

Answer 7

SQL Server 2012 puede analizar la sintaxis, los procedimientos y las tablas con los siguientes procedimientos y funciones del sistema:

• sp_describe_first_result_set (Transact-SQL)
• sp_describe_undeclared_parameters (Transact-SQL)
• sys.dm_exec_describe_first_result_set (Transact-SQL)
• sys.dm_exec_describe_first_result_set_for_object (Transact-SQL)

They are supposedly replacing "SET FMTONLY".

los he probado y funcionan mucho mejor que "SET NOEXEC ON" y "SET parseonly ON"

Ejemplos:

no generará un error :

sp_describe_undeclared_parameters 
    @tsql = N'SELECT object_id, name, type_desc FROM sys.indexes;' 

Lanzará correctamente un error ("SET NOEXEC") y "SET parseonly" no generará un error en este caso):

sp_describe_undeclared_parameters 
    @tsql = N'SELECT object_id, name, type_desc FROM sys.indexes;SELECT object_id, name, type_desc FROM sys.NOTaTABLE;'