¡Hola a todos!
Los saludo con gusto. Revivo este hilo porque me he topado con algo similar. Mi experiencia con planes y selectividad de índices es casi nula en este momento. Pero hoy aprendí algo sobre lo segundo, gracias a este hilo y los siguientes dos enlaces:
http://www.firebirdfaq.org/faq167/
http://vivenciasdiariasmiaspropias.b...imizar-el.html
Empiezo por colocar una versión simplificada del procedimiento actualizador de
selectividad de índices. En adelante lo tendré en todas mis bases de datos Firebird:
Código SQL
[-]
Create Procedure spActualizarIndices
As
Declare Variable Nombre VarChar (31);
Begin
For Select RDB$Index_Name From RDB$Indices Into :Nombre Do
Execute Statement 'Set Statistics Index ' || :Nombre;
End
Ahora expongo mi caso sin mayores rodeos. Tengo una consulta Select que se ejecuta unas diez veces más rápido con una condición Where que sin ella (aunque la lógica indique que sin la cláusula Where debería ser más rápida). La he reducido a su mínima expresión y le he dado la siguiente forma para ejemplificar:
Código SQL
[-]
Select PP.ID, Pr.Codigo From ParteProveedor PP
Inner Join Proveedor Pr On Pr.ID = PP.IDProveedor
-- Where PP.ID = PP.ID
Order By PP.FechaModificacion Desc
Cabe mencionar que la tabla ParteProveedor tiene un índice descendente por el campo FechaModificacion.
Comentada la línea del Where, cuando ejecuto la consulta en IB Expert demora alrededor de 4 segundos y en la parte inferior aparece el plan que se utilizó:
Cita:
Plan
PLAN SORT (JOIN (PR NATURAL,PP INDEX (FKPARTEPROVEEDORIDPROVEEDOR)))
Adapted Plan
PLAN SORT (JOIN (PR NATURAL,PP INDEX (FKPARTEPROVEEDORIDPROVEEDOR)))
|
Si descomento la línea del Where, la consulta tarda apenas una fracción de segundo y aparece otro plan usado:
Cita:
Plan
PLAN JOIN (PP ORDER IXPARTEPROVEEDORFECHAMDS,PR INDEX (PK_PROVEEDOR))
Adapted Plan
PLAN JOIN (PP ORDER IXPARTEPROVEEDORFECHAMDS,PR INDEX (PK_PROVEEDOR))
|
Es claro que a eso se debe que sea más rápida con la condición Where. En ese caso Firebird decide usar el índice descendente por fecha de modificación (IXPARTEPROVEEDORFECHAMDS) acorde a lo indicado en la cláusula Order By.
Revisando la sintaxis general de una sentencia Select, vi que el plan se especifica como una cláusula más. Así que adapté mi sentencia Select, quedando de esta manera:
Código SQL
[-]
Select PP.ID, Pr.Codigo From ParteProveedor PP
Inner Join Proveedor Pr On Pr.ID = PP.IDProveedor
Plan Join (PP Order ixParteProveedorFechaMDs, PR Index (pk_Proveedor))
Order By PP.FechaModificacion Desc
Con esto la consulta se ejecuta en una casi imperceptible fracción de segundo.
Ahora me toca aprender sobre la
sintaxis de la cláusula Plan. Le echaré un vistazo a los manuales, pero si alguien puede adelantarse a explicarnos algo, creo que a muchos nos será de gran valía.
Saludos.
Al González.