It's 2AM and I'm curious if Query Store plan forcing works on queries that use the RECOMPILE hint (aka OPTION(RECOMPILE) ).

Earlier this year, Microsoft released a new certification that combines AI and SQL Server knowledge: the DP-800: Developing AI-Enabled Database Solutions. As I still deeply care about SQL Server and am convinced it has a very central place in any data architecture (cloud or on-premises), this one sparked a lot of interest. Today, I took the exam, and now it's time to share my experience.

It's the final video of the 3 part series. Hopefully you have watched (or read) Parts 1 & 2. This third video is about DMVs and Query Store. We'll bring everything back together at the end. The (slightly edited for garbled words) transcript is at the end for those who prefer to read, with references to where in the video you can find the demos I'm talking about.

Cómo solucionar un alto consumo de CPU en SQL Server Un consumo elevado de CPU en SQL Server no significa necesariamente que el servidor necesite más procesadores. Antes de ampliar la infraestructura, es fundamental identificar qué está utilizando la CPU y por qué. El diagnóstico debe comenzar diferenciando entre una carga de trabajo legítima y un comportamiento anómalo. Consultas con planes de ejecución ineficientes, recompilaciones frecuentes, estadísticas desactualizadas, paralelismo excesivo, funciones costosas o cambios en el volumen de datos pueden provocar que una carga habitual se convierta en un problema de rendimiento. Una de las primeras herramientas que debería utilizar un DBA es Query Store, complementada con DMVs y los planes de ejecución. Estas herramientas permiten identificar las consultas que consumen más CPU, comparar su comportamiento histórico y determinar si el problema está relacionado con una sentencia concreta o con la carga general del sistema. La solución tampoco debería ser simplemente aumentar el hardware. Optimizar una consulta, revisar índices, actualizar estadísticas, corregir un plan de ejecución o ajustar determinadas configuraciones puede generar mejoras mucho mayores y sostenibles. También es importante analizar cuándo ocurre el problema. Un pico de CPU durante un proceso programado puede tener una causa completamente diferente a un consumo elevado que se mantiene durante toda la jornada. Resolver problemas de CPU requiere medir antes de actuar. La experiencia del DBA resulta especialmente valiosa cuando combina métricas, planes de ejecución y conocimiento del comportamiento de la aplicación. La CPU es solamente el síntoma. Encontrar la causa es el verdadero trabajo del DBA. #SQLServer #DBA #DatabaseAdministration #PerformanceTuning #QueryStore #SQLPerformance #BasesDeDatos #MicrosoftSQLServer #Optimización #Tecnología Referencia bibliográfica interna Código: 2026081101 Área: Bases de Datos | SQL Server | Rendimiento y Optimización