From: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
---|---|
To: | uno dos <refreegrata(at)yahoo(dot)com> |
Cc: | Alejandro D(dot) Burne <alejandro(dot)dburne(at)gmail(dot)com>, pgsql-es-ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: Optimizacion de select(pregunta de novato) |
Date: | 2010-05-15 03:22:30 |
Message-ID: | 1273893141-sup-7362@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Excerpts from uno dos's message of vie may 14 22:15:57 -0400 2010:
> Ok, el autovacuum cada 1 minuto lo configuró el encargado(yo sólo estoy a cargo del código). Según él, leyó en la documentación que este era el tiempo recomendado.
Sí, creo que fue eso lo que escribí en la documentación. El chequeo es
muy barato de ejecutar, así que no es problema ejecutarlo muy
frecuentemente siempre que los parámetros que determinan cuándo lanzar
un vacuum o un analyze sean apropiados. Si no han cambiado mucho los
parámetros de autovacuum, es difícil que esté en un estado muy malo.
> Con respecto al trigger, no es tan grande, pero resulta que es un documento del tipo egreso, que tiene n-líneas. cada línea es una fila en la tabla, y por cada línea se ejecuta un trigger before. Yo creo que esta bien, ya que cada línea comprueba el stock, ya que cada línea representa a un producto en particular, pero como pueden haber egresos con unas 100 líneas, la comprobación por cada una, aunque necesaria, puede hacer bastante lento el proceso.
Es posible que tu trigger sea mucho más ineficiente de lo que podría
ser.
--
From | Date | Subject | |
---|---|---|---|
Next Message | uno dos | 2010-05-15 04:05:06 | Re: Optimizacion de select(pregunta de novato) |
Previous Message | Alejandro D. Burne | 2010-05-15 02:59:33 | Re: Optimizacion de select(pregunta de novato) |