From: | Silvio Quadri <silvioq(at)gmail(dot)com> |
---|---|
To: | Lista - PostgreSQL <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Ejecutar funcion SIN transacción |
Date: | 2009-02-10 11:34:44 |
Message-ID: | 61dc71dc0902100334s39a28d39q19a11fcb618b030a@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
El día 9 de febrero de 2009 18:31, Alvaro Herrera
<alvherre(at)alvh(dot)no-ip(dot)org> escribió:
> Jaime Casanova escribió:
>> On Mon, Feb 9, 2009 at 3:03 PM, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> wrote:
>> > Raul Andres Duque escribió:
>> >
>> >> Si exacto. Entonces cambio mi pregunta ... es posible que CADA sentencia
>> >> en un pl/pgsql se ejecute dentro de SU PROPIA transacción implicita para
>> >> que no se abra una única GRAN transacción?
>> >
>> > No.
>>
>> y aun no puedo creer que esto sea mas rapido para ti...
>
> Es raro, pero en algunas situaciones puede pasar ... por ejemplo
> considera que puede haber una tabla temporal a la que se le esté
> haciendo muchos INSERT y UPDATE. Si es una sola transaccion, autovacuum
> no puede trabajar sobre ella, en cambio si son muchas, puede limpiarla y
> así hacer que partes posteriores del proceso sean más rápidas.
También puede pasar con demasiados insert's y updates que los
controles de integridad referencial se ejecuten al final de la
transacción.
Si hay tablas que estaban vacías previamente y son llenadas con muchos
registros, al chequear los constraints el motor hace un plan
equivocado.
A mí me ha pasado esto con Postgres 7 ... nunca he tenido que
enfrentarme a ese problema con el 8.
Silvio
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2009-02-10 13:58:15 | Re: Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Ejecutar funcion SIN transacción |
Previous Message | Manuel Lamas | 2009-02-10 08:20:07 | RE: WARNING: corrupted pgstat.stat file |