Firebird, No siempre utiliza el mismo PLAN?

[vtdeleon]

Se agradece a ambos por los datos que desconocia.

Saludos

[Kipow]

Bueno

Yo me percate de este problema luego de que un cliente me llamo indicandome que una funcion del sistema estaba demasiado lenta, entonces revise el Query y lo reestructure (obvio esto lo hice sobre una copia), en esta copia todo funciono perfectamente, luego al realizar la correccion en la Base de Produccion no tuvo el mismo efecto. hasta que revise los planes y opte por asignar los planes manualmente, realmente no se que tan aconsejable sea esto pero me funciono bien y pienso revisar todo el software para colocar planes fijos en consultas demasiado extensas (aprox. 400)

Slds

[AGAG4]

Ya que mencionas mucho los PLANES, porque no comentas como dejastes el PLAN y como le hicistes ????
Y como aconsejas dejarlos, con un tamaño grande ó pequeño ????Sinceramente no estoy documentado acerca de los planes que usa firebird.

[Casimiro Noteví]

Empezado por AGAG4

Ya que mencionas mucho los PLANES, porque no comentas como dejastes el PLAN y como le hicistes ????
Y como aconsejas dejarlos, con un tamaño grande ó pequeño ????Sinceramente no estoy documentado acerca de los planes que usa firebird.

El plan es la "estrategia" que usa firebird para realizar la consulta que se le pide, por ejemplo:

PLAN SORT (JOIN (TAR INDEX (FK_NEW_TABLE),PER INDEX (RDB$PRIMARY78)))

Según las tablas, campos, índices, etc. implicadas en la consulta, él decide qué es mejor para realizarla y usa ese "plan" u otro, según crea que puede ser mejor.
A veces puede seleccionar un plan que no es el mejor.

[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