Estoy tratando de determinar el rendimiento relativo de dos consultas diferentes y tengo dos formas de medir esto disponibles para mí:
1. Ejecute ambos y cronometre cada consulta
2. Ejecute ambos y obtenga "Costo de consulta" del plan de ejecución real

Aquí está el código que ejecuté para cronometrar las consultas ...

DBCC FREEPROCCACHE
GO
DBCC DROPCLEANBUFFERS
GO
DECLARE @start DATETIME SET @start = getDate()
EXEC test_1a
SELECT getDate() - @start AS Execution_Time
GO

DBCC FREEPROCCACHE
GO
DBCC DROPCLEANBUFFERS
GO
DECLARE @start DATETIME SET @start = getDate()
EXEC test_1b
SELECT getDate() - @start AS Execution_Time
GO

Lo que obtengo es lo siguiente:

Stored_Proc     Execution_Time     Query Cost (Relative To Batch)

test_1a         1.673 seconds      17%
test_1b         1.033 seconds      83%

Los resultados del tiempo de ejecución contradicen directamente los resultados del costo de la consulta, pero tengo dificultades para determinar qué significa realmente "costo de la consulta". Mi mejor conjetura es que es un agregado de Lecturas / Escrituras / CPU_Time / etc, así que supongo que tengo un par de preguntas:

Existe una fuente definitiva para explicar qué significa esta medida?

¿Qué otras métricas de "rendimiento de la consulta" utilizan las personas y cuáles son sus méritos relativos?

Puede ser importante tener en cuenta que este es un SQL Server de tamaño mediano, que ejecuta MS SQL Server 2005 en MS Server 2003 Enterprise Edition con múltiples procesadores y más de 100 usuarios simultáneos.

EDITAR

Después de algunas molestias, logré obtener acceso a Profiler en ese SQL Server y puedo dar información adicional (que admite que el costo de consulta esté relacionado con los recursos del sistema, no con el tiempo de ejecución en sí ...)

Stored_Proc    CPU      Reads    Writes   Duration   

test_1a        1313     3975     93       1386
test_1b        2297     49839    93       1207

Impresionante que tomar más CPU con MUCHAS lecturas más toma menos tiempo:)