Aunque el seminario cubre aspectos relacionados con SQL Server 2008 R2 la mayoría de los conceptos y técnicas son aplicables a SQL Server 2005 y SQL Server 2008.
Durante el curso, usted aprenderá cómo indexar eficientemente sus tablas y entenderá por qué un buen índice es tan importante para la salud y el rendimiento de su base de datos, y cómo un índice se utiliza para acceder a los datos de las tablas. En la sección de indexación se explicarán las siguientes áreas: montones, índice agrupado, índice no agrupado, índice de cobertura, índices filtrados, índice único, índice calculado, vistas indizadas.


Una parte importante del curso se dedica a explicar los planes de ejecución generados por el optimizador de consultas y cómo los operadores se utilizan para acceder a los datos. Este conocimiento es la clave para un trabajo de optimización de consultas; debe saber cómo se accede a los datos para saber si el servidor SQL Server está eligiendo la mejor estrategia para acceder a los datos. En la sección de los planes de ejecución se explicarán las siguientes áreas: optimizador de consultas, estadísticas, plan de caché, parameter sniffing, hints, muchos de los planes de ejecución de los operadores, correlación de columna de tipo fecha, claves externas confiables, restricciones CHECK, selectividad, densidad, cardinalidad, detecciones de contradicciones, argumento SARG, cruce Hash Joins, Merge Joins, Nested Loop, DMVs, reglas del optimizador, índices hipotéticos y mucho más.

¿Cuándo y Dónde?

24, 25 y 26 de mayo – Sevilla
31 de mayo, 1 y 2 de junio – Barcelona
28, 29 y 30 de junio – Madrid

¿Donde puedo inscribirme? (Pero ya!!! Smile)

http://www.dotnetmania.com/aulavulcan/curso026.aspx

Nota: Comenta, si quieres que también sea en línea. 🙂

 

0 Shares:
Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

You May Also Like
Leer más

Lidiando con Power BI y los límites de Google Analytics

A la hora de realizar informes tirando consultas contra el API de Google Analytics nos encontramos que normalmente, ya sea por prisa o por límites presupuestarios, se hacen informes adhoc en Power BI en modo import, evitando una arquitectura de ETL más canónica, que implicaría por ejemplo, llevar los datos a tablas en SQL Server y realizar cargas incrementales para tener un repositorio centralizado de información. Esta arquitectura podría ser o en la nube o en hardware on-premise. Detallamos algunos problemas comunes al trabajar con Power BI y Google Analytics y algunas soluciones.