sql - tips - Que es mejor: marcador/búsqueda de teclas o exploración de índice
trucos sql server management studio (3)
Buscar índice, todo el tiempo.
Las búsquedas son costosas, por lo tanto, esto cubre índices y, especialmente, se agregó la cláusula INCLUDE para mejorarlos.
Decir que si esperas exactamente una fila, por ejemplo, una búsqueda seguida de una búsqueda puede ser mejor que tratar de cubrir una consulta. Confiamos en esto para evitar otro índice en ciertas situaciones.
Editar: artículo de conversación simple: uso de índices de cobertura para mejorar el rendimiento de las consultas
Editar, agosto de 2012
Las búsquedas ocurren por fila y por eso escalan mal. Eventualmente, el optimizador elegirá un análisis de índice agrupado en lugar de una búsqueda de búsqueda + porque es más eficiente que muchas búsquedas.
Sé que una búsqueda de índice es mejor que una exploración de índice, pero ¿cuál es preferible en los planes de explicación de SQL Server: búsqueda de índice o búsqueda de claves (marcador en SQL Server 2000)?
Por favor, díganme que no cambiaron el nombre nuevamente para SQL Server 2008 ...
Esta pregunta SO menciona que las búsquedas clave son algo para evitar. Una búsqueda de índice definitivamente va a ser la operación de mejor rendimiento.
La búsqueda clave es muy similar a una búsqueda de índice agrupado (antes de 2005 SP2 se llamaba ''buscar con búsqueda''). Creo que la única diferencia es que Key Lookup puede especificar un argumento PRE-FETCH adicional que instruya al motor de ejecución a captar previamente más claves en el clúster (es decir, realizar una búsqueda de índice agrupado seguido de escaneo).
Ver una búsqueda clave no debería asustarte. ¿El operador normal se utiliza en los bucles anidados, y los bucles anidados son los operadores comunes de uniones? Si quiere mejorar un plan, intente mejorar la unión y vea si puede usar una unión combinada en su lugar (es decir, ambos lados de la unión pueden proporcionar filas en el mismo orden de clave, unión más rápida) o una unión hash (tener suficiente memoria para que el QO considere una combinación hash, o reduzca la cardinalidad filtrando filas antes de la unión en lugar de después).