Mejorando el rendimiento en una vista con MUCHAS uniones

Question

Tengo una vista que usa 11 uniones externas y dos uniones internas para crear los datos. Esto resulta en más de 8 millones de filas. Cuando hago un conteo (*) sobre la mesa, demora unos 5 minutos en ejecutarse. No sé cómo mejorar el rendimiento de esta tabla. ¿Alguien tiene alguna sugerencia sobre dónde comenzar? Parece que hay índices en todas las columnas que se unen (aunque algunos son compuestos, no estoy seguro si eso hace la diferencia ...)

Cualquier ayuda apreciada.

Answer 1

Esto es difícil, con una vista compleja también tiene interacciones potenciales con consultas en contra de la vista, garantizando así un rendimiento razonable será bastante difícil. Las uniones externas en vistas (especialmente las complejas) también son propensas a causar problemas para el optimizador de consultas.

Una opción sería materializar la vista (llamada 'vistas indexadas' en SQL Server). Sin embargo, es posible que deba supervisar el rendimiento de la actualización para verificar que no imponga demasiada sobrecarga. Además, las combinaciones externas en una vista materializada pueden impedir la actualización en tiempo real; si necesita esto, puede que tenga que volver a implementar la vista como una tabla desnormalizada y mantener los datos con desencadenantes.

Otra posibilidad sería examinar si la vista se podría dividir en dos o tres vistas más simples, posiblemente materializando algunas, pero no todas, la vista. Puede ser más fácil materializar parte de la vista y obtener rendimiento del sistema de esa manera.

Answer 2

Algunas cosas que usted podría considerar:

1. Desnormalización. Reduzca el número de combinaciones requeridas mediante la desnormalización de su estructura de datos
2. partición. ¿Puedes particionar datos de tablas grandes? p.ej. una tabla grande, podría funcionar mejor si se divide en varias tablas más pequeñas. Enterprise Edition de SQL 2005 en adelante tiene un buen soporte para particionar, vea here. Consideraría esto si comienza a obtener en los reinos de 10s/100s de millones de filas
3. index management/statistics. ¿Todos los índices están desfragmentados? ¿Están las estadísticas actualizadas?

Answer 3

Ejecute el asistente de sintonización de índice/índice sql. a veces hace recomendaciones de índice que no tienen sentido de inmediato, pero tienen maravillosas ventajas de perf

Answer 4

su premisa básica es incorrecta. teniendo una vista que devuelve 8 millones de filas no es una buena idea porque realmente no se puede hacer nada con tanta información. 5 minutos suena bastante bien para 8 millones de conteos() debido a todas esas uniones.

lo que tienes que hacer es pensar en tu problema de negocio y escribir una consulta/vista más pequeña.

Answer 5

Tal vez algunas de las tablas a las que intentas (externa) unirse son disjuntas?Si es así, considere la creación de procedimiento almacenado en lugar de ver y crear algo como esto:

select ... into #set1 from T1 left join T2 left join... where ...

select ... into #set2 from T3 left join T4 left join... where ...

...

select ... from #set1 left join #set2 left join ...

Con esto, se puede evitar procesar gran cantidad de datos. Cuando realiza uniones externas, el optimizador a menudo no puede mover la selección hacia abajo en el árbol de análisis sintáctico (si lo hiciera así, no obtendría filas con nulos que probablemente desee)

Por supuesto, no puede crear una consulta al unirse con procedimiento almacenado. Esta es solo una idea básica que puedes usar.