sys.db_db_missing_index_* (vistas) --> Rastrean los índices que pudieran crearse. Son: sys.sys.db_db_missing_index_detais, sys.db_db_missing_index_group_stats y
sys.db_db_missing_index_groups. Para decidir si los índices propuestos serían ventajosos, se puede calcular de la siguiente manera:
SELECT user_seeks * avg_total_user_cost * (avg_user_impact * 0.01) AS
index_advantage, migs.last_user_seek, mid.statement as
'Database.Schema.Table',
mid.equality_columns, mid.inequality_columns, mid.included_columns,
migs.unique_compiles, migs.user_seeks, migs.avg_total_user_cost,
migs.avg_user_impact
FROM sys.dm_db_missing_index_group_stats AS migs WITH (NOLOCK)
INNER JOIN sys.dm_db_missing_index_groups AS mig WITH (NOLOCK)
ON migs.group_handle = mig.index_group_handle
INNER JOIN sys.dm_db_missing_index_details AS mid WITH (NOLOCK)
ON mig.index_handle = mid.index_handle
ORDER BY index_advantage DESC;
-- Si el valor supera 5000 indica que debería evaluarse la creación de determinados índices.
-- Si el valor supera los 10000, quiere decir que ya contamos con un índice que puede ofrecer una mejora de rendimiento significativa en operaciones de lectura.
-- Para recoger todos los planes de ejecución en la caché:
SELECT * FROM sys.dm_exec_cached_plans cp CROSS APPLY sys.dm_exec_query_plan(cp.plan_handle);
-- Extraer las 5 querys más pesadas por consumo de CPU:
SELECT TOP 5 total_worker_time/execution_count AS [Avg CPU Time],
Plan_handle, query_plan
FROM sys.dm_exec_query_stats AS qs
CROSS APPLY sys.dm_exec_query_plan(qs.plan_handle)
ORDER BY total_worker_time/execution_count DESC;
GO
Wednesday, 24 de March del 2010
Sugerencias de índices y planes de ejecución de consultas pesadas (SQL Server)
Wednesday, 10 de March del 2010
Celebrando mis 25 exámenes de certificación.
Wednesday, 3 de March del 2010
Service Pack 4 para SQL Server 2005
Parece que no soy el único que se pregunta para cuándo un SP4 de SQL Server 2005: http://connect.microsoft.com/SQLServer/feedback/details/522122/service-pack-4-for-sql-server-2005
Indagando más encontramos una nota reveladora, del 12 de febrero, en un blog de Microsoft:
http://blogs.msdn.com/sqlreleaseservices/archive/2010/02/12/sql-server-servicing-plans.aspx
Indagando más encontramos una nota reveladora, del 12 de febrero, en un blog de Microsoft:
http://blogs.msdn.com/sqlreleaseservices/archive/2010/02/12/sql-server-servicing-plans.aspx
De forma abrumadora habéis pedido otro Service Pack para SQL Server 2005 (...) anticipamos que este será el último Service Pack para esta versión de SQL Server. (...) Se amplia el soporte hasta el 12/04/2016. Visita http://support.microsoft.com/lifecycle/ para detalles específicos. (...)
Tuesday, 2 de March del 2010
Calcular espacio reservado, utilizado y de log en SQL Server 2005 y 2008
Una forma sencilla de tener el espacio utilizado de una base de datos SQL Server en un momento dado:
Para obtenerlo en una única consulta:
Si queremos tener un pronóstico del crecimiento, sólo será necesario crear un job que cargue los datos en una tabla de históricos.
--DATOS
SELECT (sum (size)*8)/1024 FROM nombredelabd.dbo.sysfiles WHERE status & 64 = 0
--USADO
SELECT (sum(used)*8)/1024 FROM nombredelabd.dbo.sysindexes WHERE indid IN (0,1,255)
--LOG
SELECT (sum (size)*8)/1024 FROM nombredelabd.dbo.sysfiles WHERE status & 64 <> 0
Para obtenerlo en una única consulta:
SELECT 'nombredelabd' AS basededatos,(SELECT (sum (size)*8)/1024 FROM nombredelabd.dbo.sysfiles WHERE status & 64 = 0) datos,
(SELECT (sum(used)*8)/1024 FROM nombredelabd.dbo.sysindexes WHERE indid IN (0,1,255)) usado,
(SELECT (sum (size)*8)/1024 FROM nombredelabd.dbo.sysfiles WHERE status & 64 <> 0) log
Si queremos tener un pronóstico del crecimiento, sólo será necesario crear un job que cargue los datos en una tabla de históricos.
