On 9/1/08, Alvaro Herrera <[EMAIL PROTECTED]> wrote:
> >>
> > Alvaro, en efecto hice pruebas redefiniendo las dos funciones PL
> > involucradas como IMMUTABLE / STABLE y COST 1 / COST 0.1 con sus
> > combinaciones y no cambio la planeación. Cómo se debe estimar el
> > parámetro (valor) del COST ?
>
> No juegues con los parámetros de volatilidad (stable, immutable,
> volatile); escoge el correcto, de acuerdo con las definiciones de cada
> uno, y no lo cambies más.
>
Carlos tiene 2 funciones. incluyo las definiciones que le recomende
(originalmente eran funciones plpgsql pero podian hacerse sql puras):
create or replace function es_modalidad_temporal(int) returns boolean as '
SELECT $1 IN (180000209, 180000198, 180000204, 180000210, 180000200,
180000206, 180000212, 180000199, 180000205, 180000211,
180000196, 180000197, 180100013, 180000203);
' language sql immutable;
create or replace function es_declaracion_modalidad_temporal(bigint)
returns boolean as '
SELECT es_modalidad_temporal(modalidades_id)
FROM (SELECT modalidades_id FROM items_declaracion_imp
WHERE declaraciones_importacion_id = $1) as foo;
' language sql stable;
--
Atentamente,
Jaime Casanova
Soporte y capacitación de PostgreSQL
Asesoría y desarrollo de sistemas
Guayaquil - Ecuador
Cel. (593) 87171157
--
TIP 1: para suscribirte y desuscribirte, visita
http://archives.postgresql.org/pgsql-es-ayuda
