On 8/28/08, "Carlos Beltrán V." <[EMAIL PROTECTED]> wrote: > > El planeador no ejecuta primero el filtro correspondiente al SELECT interno, > y por lo tanto la complejidad del SELECT total sube por número de líneas al > count() de la tabla más compleja que es la primera que aparece en el SELECT > interno. >
podrias mostrar el EXPLAIN ANALYZE de la consulta? imagino que lo que esta pasando es que esta reescribiendo la consulta para que quede como: SELECT di.declaraciones_importacion_id FROM declaraciones_importacion di, documentos d, documentos_do dd WHERE di.documentos_id = d.documentos_id AND d.documentos_id = dd.documentos_id AND dd.dos_id = 180000000003039842) AS pd AND es_declaracion_modalidad_temporal(di.declaraciones_importacion_id) pero deberia ser obvio que evaluar las 3 primeras condiciones es menos costoso que la funcion... por cierto, podrias tambien mostrar la definicion de la funcion? -- Atentamente, Jaime Casanova Soporte y capacitación de PostgreSQL Asesoría y desarrollo de sistemas Guayaquil - Ecuador Cel. (593) 87171157 -- TIP 8: explain analyze es tu amigo
