Optimizar Consulta SQL Server

[david_th]

Buen día

Necesito crear un procedimiento almacenado que traiga un campo llamado nombre en una tabla y lo busque con un LIKE en otra tabla.

Hasta ahí todo normal. el verdadero problema es que la tabla que tiene los nombres tiene aproximadamente 1000 registros y debo buscar cada uno de esos nombres en la otra tabla.

Para eso elabore un cursor que recorre los campos de la tabla de nombres y lo concatena a una consulta que tengo en una variable de la siguiente manera

Código:

DECLARE @CONSULTA (VARCHAR(MAX))

SET @CONSULTA='SELECT campo1,campo2,campo3 FROM tablafinal where'

por cada registro en la tabla nombre le agrego

Código:

SET @CONSULTA=@CONSULTA+' campo1 LIKE %'+Nombre+'% OR'

cuando termina la iteración ejecuto @consulta con un EXEC

esta consulta se esta demorando aproximadamente una hora y treinta minutos

Hay alguna forma de optimizarla???

De antemano Gracias.

[gnzsoloyo]

Hay alguna forma de optimizarla???

Por empezar, jamás pongas el "%" como letra inicial. Es lo peor qeu peudes hacer a nivel de performance, porque eso implica que busque en todos los registros, sin excepciones. Ten en cuenta que precisamente ese caracter es el comodín alfanumérico y por tanto incluye cualquier cosa que preceda el bloque buscado.
Luego, trata de definir algún tipo de índice en esa columna. Los índices ayudan a las búsquedas enormemente. Incluso, si vas a restringir la busqueda a una cantidad de X caracteres, puedes crear el índice sobre la base de las X+1 letras iniciales del contenido, lo que puede ayudar a la rapidez de la búsqueda.

[david_th]

Hola, muchas gracias por la respuesta.

El campo de la tabla "campo1" tiene un indice definido y me es imposible quitar el primer comodín puesto que el campo1 puede tener datos como

'miguel gonzales y pepito perez'

por eso agrego ese comodin.

no se si exista algo que consuma menos recursos de servidor dado que la tabla que estoy consultando tiene aproximadamente 5 millones de registros.

De antemano gracias.

[Libras]

Usando un cursor?? y porque no haces un

select nombres from tabla where exists (select nombre from otra_tabla) en lugar de recorrer uno a uno los registros?? si usas el like si tienes un pedro gomez y en la otra tabla pedro gomez peres y pedro gomez gonzales entonces te tomara como que pedro gromex existe 2 veces eso esta bien??

Saludos!

[david_th]

Hola, muchas gracias por la respuesta. ´

para eso tengo un DISTINCT en la tabla que estoy consultando

voy a probar con el EXISTS

[david_th]

No, finalmente el EXISTS no arroja los resultados que yo esperaba.

de todas formas muchas gracias

[gnzsoloyo]

Lo que te conviene en tu caso es crear dinámicamente un conjunto de condiciones LIKE sobre la base de descomponer la cadena ingresada en diferentes palabras, y usar sólo aquellas de más de 5 letras (esto último es porque el número de coincidencias con cuatro letras haría que la consulta fuese ineficiente).
De ese modo podrías eliminar el comodín inicial y aumentar la performance de la consulta en general.

Ten en cuenta que el hecho de que un usuario ingrese una cadena compuesta de varias palabras no implica que la cadena deba buscarse tal y como la puso (en todo caso eso es una opción posible). Fíjate si no, en el modo de hacer las búsquedas de Google cuando ingresas una frase.

[david_th]

Muchas gracias por sus respuestas.

Finalmente logre una mejora en el tiempo de la consulta quitando un par de subconsultas que usaba y eliminando algunos indices que no se utilizaban.

la consulta paso de una hora y treinta minutos a solo 20 minutos.