Firebird, No siempre utiliza el mismo PLAN?

[Kipow]

Efectivamente Casimiro, Firebird no siempre toma el mejor plan, he estado investigando y una forma de hacer que el motor tome nuevamente su rumbo en cuanto a establecer el mejor plan para una consulta es simplemente recalcular las estadisticas de los indices.

[AGAG4]

Más Claro que el Agua no pudo haber quedado, Gracias por despejarme de esa duda acerca de los Planes de firebird.

[Kipow]

Empezado por AGAG4

Más Claro que el Agua no pudo haber quedado, Gracias por despejarme de esa duda acerca de los Planes de firebird.

algo sarcastico, pero bueno te comento yo tampoco soy un experto en la materia y realmente existe Documentacion espero que te sea util, a mi me ha sido bastante util.

Mi problema se dio a raiz de una migracion de datos, ahi fue donde empezo el problema, lo solucione al principio colocandole manualmente los planes a la las consultas principales, luego investigando cai en la solucion de crear un SP para poder recalcular la Selectivity de los indices, el codigo del SP es el siguiente:

 
CREATE PROCEDURE MANTENIMIENTO_INDICES
AS
DECLARE VARIABLE S VARCHAR(200);
BEGIN
   FOR
      SELECT RDB$INDEX_NAME
      FROM RDB$INDICES INTO :S
   DO
   BEGIN
      S = 'SET statistics INDEX ' || s || ';';
      EXECUTE STATEMENT :s;
   END
   SUSPEND;
END

Otro consejo sano, es revisar siempre las consultas complejas con el IBPLANalyzer

My 2 Cents

[[Al González]]

¡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ó:

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:

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.

[[Al González]]

Por cierto, sugiero mover este hilo a la sección de Firebird/InterBase. Gracias.

Al.

[Casimiro Notevi]

Los planes han ido mejorando con cada versión de firebird. Hay que tener cuidado porque puede haber diferencias abismales entre unos y otros, obviamente, en cuanto a velocidad de proceso.
Normalmente, cuando encuentro alguna sentencia que tarda más de la cuenta, la analizo con IBPlanAnalizer (un poco obsoleto, pero muy efectivo) hasta encontrar el "punto" de mejor rendimiento, normalmente añadiendo o cambiando índices.

Desde hace años tengo una opción en "utilidades" para recalcular los índices, viene a ser lo mismo que has escrito, Al.

Código Delphi [-]
procedure TfrmRecalcularPlanes.btAceptarClick(Sender: TObject);
begin
//  inherited;
    if MensajeConfirmacion('Desea recalcular las estadsticas de uso de índices?' ) <> mrYes then
        exit;
    btAceptar.Enabled := false;
    btCancelar.Enabled := false;
    //
    try
        with qrConsulta do
        begin
            Close;
            SelectSQL.Text := 'Select * from RDB$INDICES where RDB$STATISTICS is not null';
            Open;
            Last;
            pbProgreso.Max := qrConsulta.RecordCount;
            First;
        end;
        while not qrConsulta.Eof do
        begin
            qrSql.Close;
            qrSql.Sql.Text := 'Set statistics index '+qrConsulta.FieldByName('RDB$INDEX_NAME').AsString;
            qrSql.ExecQuery;
            //
            qrConsulta.Next;
            pbProgreso.StepIt;
        end;
        //
    finally
        pbProgreso.Position := 0;
        btCancelar.Enabled := true;
    end;
    MensajeInformacion('Proceso concluido');
    close;
end;

El IBPlanAnalizer está aquí.

[Kipow]

Buen dia, retomando un poco esto, que herramienta utilizan para verificar planes e indices en Firebird 2.5.x, el ibplananalizer me da problemas de conexion, con esa version

Saludos.