Hoy vamos ha hacer una peque\u00f1a entrada de tunning.<\/p>\n
Muchas veces vemos a la hora de hacer ajustes de rendimiento como las consultas que se ejecutan la base de datos tienen la clausula LIKE, pero su comportamiento es distinto segun como se ejecuta.
\n\u00bfCuando se hace un INDEX RANGE y cuando un FULL SCAN? , esto es principalmente lo que veremos hoy <\/p>\n
Lo primero,\u00bf que es lo que hace la cla\u00fasula LIKE<\/b> ?
\nLa clausula LIKE mira si una cadena determinada coincide con un determinado patr\u00f3n. Mediante el car\u00e1cter %<\/b> podemos hacer b\u00fasquedas gen\u00e9ricas con esa cadena .
\nHemos de destacar que, LIKE contempla la b\u00fasqueda de longitud cero, es decir ,que la b\u00fasqueda de LIKE ‘PEPE% ‘ incluye tanto PEPESI como PEPE.<\/p>\n
Una vez tenemos claro que hace la clausula LIKE, veamos de que manera podemos utilizarlo:<\/p>\n
Vamos a ver el comportamiento en cada una de las consultas. Tenemos una tabla llamada Imagen con un campo varchar NOMBRE<\/i> <\/p>\n Sobre este campo NOMBRE hemos creado un y un UNIQUE INDEX llamado IMAGEN_NOMBRE_UNI<\/b>, vamos ha hacer los 4 tipos de b\u00fasqueda y comparar los planes:<\/p>\n Si ejecutamos una b\u00fasqueda en la que miramos el final de la cadena, la base de datos intentar\u00e1 utilizar primero el \u00edndice <\/p>\n El optimizador conoce como comienza la cadena, con lo que llevar\u00e1 a cabo un INDEX RANGE SCAN<\/b> para llevar a cabo la consulta con el menor coste posible.<\/p>\n EN este caso estamos buscando el final de la cadena entre el contenido de nuestra columna NOMBRE, si miramos el resultado del plan de ejecuci\u00f3n<\/p>\n El optimizador desconoce como comienza la cadena, con lo que llevar\u00e1 a cabo un TABLE ACCESS FULL<\/b> de toda la tabla.En este caso no usa el \u00edndice<\/b> ya que no le sirve de nada el indice si debe de comparar la parte final de la cadena <\/p>\n Que ocurrir\u00e1 si buscamos la parte central de una cadena?<\/p>\n El optimizador desconoce como comienza la cadena, con lo que llevar\u00e1 a cabo un TABLE ACCESS FULL<\/b> de toda la tabla. Que ocurrir\u00e1 si buscamos la parte central de una cadena?<\/p>\n Este caso es muy similar al de CADENA%, el optimizador si que conoce el comienzo de la cadena, con lo que llevar\u00e1 a cabo un INDEX RANGE SCAN<\/b> para llevar a cabo la consulta en el menor. Hoy vamos ha hacer una peque\u00f1a entrada de tunning. Muchas veces vemos a la hora de hacer ajustes de rendimiento como las consultas que se ejecutan la base de datos tienen la clausula LIKE, pero su comportamiento es distinto segun … Sigue leyendo \r\nSQL> desc imagen\r\n Name Null? Type\r\n ------------------ -------- ---------------\r\n ID NOT NULL NUMBER\r\n NOMBRE VARCHAR2(256)\r\n RUTA VARCHAR2(256)\r\n<\/pre>\n
CADENA%<\/h2>\n
\r\nset autotrace traceonly;\r\nSQL> select * from imagen where nombre like 'D80%';\r\n|Id | Operation | Name |Rows |Bytes| \r\n------------------------------------------------------------------\r\n| 0 | SELECT STATEMENT | | 1 |143|3(0)|\r\n| 1 | TABLE ACCESS BY INDEX ROWID| IMAGEN | 1 |143|3(0)|\r\n|*2 | INDEX RANGE SCAN | IMAGEN_NOMBRE_UNI| 1 | |2(0)|\r\n-------------------------------------------------------------------\r\n<\/pre>\n
%CADENA<\/h2>\n
\r\nset autotrace traceonly;\r\nSQL> select * from imagen where nombre like '%009';\r\n----------------------------------------------------\r\n| Id | Operation | Name | Rows | Bytes |\r\n-------------------------------------------------\r\n| 0| SELECT STATEMENT | |778 |108K| 93 (2)\r\n|*1| TABLE ACCESS FULL| IMAGEN|778 |108K| 93 (2)\r\n-------------------------------------------------\r\n\r\n<\/pre>\n
%CADENA%<\/h2>\n
\r\nset autotrace traceonly;\r\nSQL> select * from imagen where nombre like '%009%';\r\n----------------------------------------------------\r\n| Id | Operation | Name | Rows | Bytes |\r\n-------------------------------------------------\r\n| 0| SELECT STATEMENT | |778 |108K| 93 (2)\r\n|*1| TABLE ACCESS FULL| IMAGEN|778 |108K| 93 (2)\r\n-------------------------------------------------\r\n<\/pre>\n
\nEn este caso no usa el \u00edndice<\/b> ya que no le sirve de nada el indice si debe de comparar la parte final de la cadena , es el mismo comportamiento que cuando lanzamos la consulta con %CADENA<\/p>\n CADENA1%CADENA2<\/h2>\n
\r\nset autotrace traceonly;\r\nSQL> select * from imagen where nombre like 'D80_10%G';\r\n\r\n|Id | Operation | Name |Rows |Bytes| \r\n------------------------------------------------------------------\r\n| 0 | SELECT STATEMENT | | 1 |143|3(0)|\r\n| 1 | TABLE ACCESS BY INDEX ROWID| IMAGEN | 1 |143|3(0)|\r\n|*2 | INDEX RANGE SCAN | IMAGEN_NOMBRE_UNI| 1 | |2(0)|\r\n-------------------------------------------------------------------\r\n<\/pre>\n
\nHay que tener en cuenta que, contra mas restrictiva sea la b\u00fasqueda mas r\u00e1pido ser\u00e1 y tendr\u00e1 menos coste para la base de datos. es decir que, aunque en los dos casos use el \u00edndice, el coste de buscar CAD%CADENA2 ser\u00e1 mayor que el de buscar CADENA1%CADENA2 <\/p>\n","protected":false},"excerpt":{"rendered":"