Re: Error al ejecutar una funcion con commit

Buenos dias listeros, tengo un problema al ejecutar una función, dentro de
la función puse COMMIT, ya que dentro de mi código hago UPDATE a varios
registros, a traves de un LOOP, y al ser muchos registros, necesito que me
vaya almacenando de a 500 registros x lo menos, para no esperar a que
termine de ejecutar toda la función para que me comitee al final..
me da el siguiente error:

**ERROR: SPI_execute_plan failed executing query "COMMIT":
SPI_ERROR_TRANSACTION
SQL state: XX000
Context: PL/pgSQL function "actualiza_tabla_adjp_tmp" line 50 at SQL
statement

Alguien sabe a que se debe este error, uso la versión 8.2.3 de PostgreSQL,

Aqui esta parte del codigo de mi función

LOOP

UPDATE p_adj_usu
SET prv_rucn=x.prv_ruccod
WHERE padj_secuencia=i;

IF(MOD(contador,500)=0) THEN

COMMIT;

END IF;

END LOOP;

Muchas Gracias
--
Diego Ayala

Diego, creo que no podes poner commit dentro de una funcion. Creo que
la forma seria salvar a un punto (save point o algo asi), no estoy
seguro, pero lo que si creo es que commit dentro de una funcion no se
puede usar.
Agustin

PD: Corregirme si no es así.

El 2/07/07, Diego Ayala <netdiego81(at)gmail(dot)com> escribió:
>
> Buenos dias listeros, tengo un problema al ejecutar una función, dentro de
> la función puse COMMIT, ya que dentro de mi código hago UPDATE a varios
> registros, a traves de un LOOP, y al ser muchos registros, necesito que me
> vaya almacenando de a 500 registros x lo menos, para no esperar a que
> termine de ejecutar toda la función para que me comitee al final..
> me da el siguiente error:
>
>
> ERROR: SPI_execute_plan failed executing query "COMMIT":
> SPI_ERROR_TRANSACTION
> SQL state: XX000
> Context: PL/pgSQL function "actualiza_tabla_adjp_tmp" line 50 at SQL
> statement
>
> Alguien sabe a que se debe este error, uso la versión 8.2.3 de PostgreSQL,
>
> Aqui esta parte del codigo de mi función
>
>
>
> LOOP
>
>
> UPDATE p_adj_usu
> SET prv_rucn=x.prv_ruccod
> WHERE padj_secuencia=i;
>
> IF(MOD(contador,500)=0) THEN
>
> COMMIT;
>
> END IF;
>
>
> END LOOP;
>
>
>
> Muchas Gracias
> --
> Diego Ayala

Si, creo que estas en lo cierto Agustín, recién estuve viendo algo de la
documentación y apesar de no entender muy bien el ingles, pude ver que no se
puede usar commit dentro de una función

Gracias

El día 2/07/07, Agustin Ignacio Genoves <agustingenoves(at)gmail(dot)com> escribió:
>
> Diego, creo que no podes poner commit dentro de una funcion. Creo que
> la forma seria salvar a un punto (save point o algo asi), no estoy
> seguro, pero lo que si creo es que commit dentro de una funcion no se
> puede usar.
> Agustin
>
> PD: Corregirme si no es así.
>
> El 2/07/07, Diego Ayala <netdiego81(at)gmail(dot)com> escribió:
> >
> > Buenos dias listeros, tengo un problema al ejecutar una función, dentro
> de
> > la función puse COMMIT, ya que dentro de mi código hago UPDATE a varios
> > registros, a traves de un LOOP, y al ser muchos registros, necesito que
> me
> > vaya almacenando de a 500 registros x lo menos, para no esperar a que
> > termine de ejecutar toda la función para que me comitee al final..
> > me da el siguiente error:
> >
> >
> > ERROR: SPI_execute_plan failed executing query "COMMIT":
> > SPI_ERROR_TRANSACTION
> > SQL state: XX000
> > Context: PL/pgSQL function "actualiza_tabla_adjp_tmp" line 50 at SQL
> > statement
> >
> > Alguien sabe a que se debe este error, uso la versión 8.2.3 de
> PostgreSQL,
> >
> > Aqui esta parte del codigo de mi función
> >
> >
> >
> > LOOP
> >
> >
> > UPDATE p_adj_usu
> > SET prv_rucn=x.prv_ruccod
> > WHERE padj_secuencia=i;
> >
> > IF(MOD(contador,500)=0) THEN
> >
> > COMMIT;
> >
> > END IF;
> >
> >
> > END LOOP;
> >
> >
> >
> > Muchas Gracias
> > --
> > Diego Ayala
>

--
Diego Ayala

--- Diego Ayala <netdiego81(at)gmail(dot)com> escribió:

> Si, creo que estas en lo cierto Agustín, recién
> estuve viendo algo de la
> documentación y apesar de no entender muy bien el
> ingles, pude ver que no se
> puede usar commit dentro de una función
>
> Gracias
>
> El día 2/07/07, Agustin Ignacio Genoves
> <agustingenoves(at)gmail(dot)com> escribió:
> >
> > Diego, creo que no podes poner commit dentro de
> una funcion. Creo que
> > la forma seria salvar a un punto (save point o
> algo asi), no estoy
> > seguro, pero lo que si creo es que commit dentro
> de una funcion no se
> > puede usar.
> > Agustin
> >
> > PD: Corregirme si no es así.
> >
> > El 2/07/07, Diego Ayala <netdiego81(at)gmail(dot)com>
> escribió:
> > >
> > > Buenos dias listeros, tengo un problema al
> ejecutar una función, dentro
> > de
> > > la función puse COMMIT, ya que dentro de mi
> código hago UPDATE a varios
> > > registros, a traves de un LOOP, y al ser muchos
> registros, necesito que
> > me
> > > vaya almacenando de a 500 registros x lo menos,
> para no esperar a que
> > > termine de ejecutar toda la función para que me
> comitee al final..
> > > me da el siguiente error:
> > >
> > >
> > > ERROR: SPI_execute_plan failed executing query
> "COMMIT":
> > > SPI_ERROR_TRANSACTION
> > > SQL state: XX000
> > > Context: PL/pgSQL function
> "actualiza_tabla_adjp_tmp" line 50 at SQL
> > > statement
> > >
> > > Alguien sabe a que se debe este error, uso la
> versión 8.2.3 de
> > PostgreSQL,
> > >
> > > Aqui esta parte del codigo de mi función
> > >
> > >
> > >
> > > LOOP
> > >
> > >
> > > UPDATE p_adj_usu
> > > SET prv_rucn=x.prv_ruccod
> > > WHERE padj_secuencia=i;
> > >
> > > IF(MOD(contador,500)=0) THEN
> > >
> > > COMMIT;
> > >
> > > END IF;
> > >
> > >
> > > END LOOP;
> > >
> > >
> > >
> > > Muchas Gracias
> > > --
> > > Diego Ayala
> >
>
>
>
> --
> Diego Ayala
>
Efectivamente, puesto que en si la funcion se ejecuta
dentro de una transaccion, no solo no se puede hacer
commit, si no que lo principal es que esto es
automatico, o sea en castellano quiere decir que si
todo va bien la funcion se ejecuta en su totalidad y
si no no se ejecuta nada.

Atte.
Gabriel Hermes Colina Zambra

__________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
Regístrate ya - http://correo.espanol.yahoo.com/

Lo reenvío a la lista porque usé "responder" en vez de "responder a todos".
Yo también soy de los que cree (quizá acostumbrado de otras listas)
que el comportamiento por defecto debería ser reply-to a la lista :D

---------- Forwarded message ----------
From: Miguel Rodríguez Penabad <penabad(at)gmail(dot)com>
Date: 03-jul-2007 2:03
Subject: Re: [pgsql-es-ayuda] Error al ejecutar una funcion con commit
To: Gabriel Hermes Colina Zambra <hermeszambra(at)yahoo(dot)com>

El 3/07/07, Gabriel Hermes Colina Zambra <hermeszambra(at)yahoo(dot)com> escribió:
> Efectivamente, puesto que en si la funcion se ejecuta
> dentro de una transaccion, no solo no se puede hacer
> commit, si no que lo principal es que esto es
> automatico, o sea en castellano quiere decir que si
> todo va bien la funcion se ejecuta en su totalidad y
> si no no se ejecuta nada.
>

Por si sirve de ayuda:

Se pueden "crear" savepoints usando bloques begin .. exception .. end

Por ejemplo:
create table a(campo int primary key);

create or replace function f1(int) returns void language plpgsql
as $$
begin
--bloque 1
begin
insert into a values($1);
exception
when others then null;
end;
--bloque 2
begin
insert into a values($1);
exception
when others then null;
end;
end $$;

Como se ve, se intenta insertar el parámetro de la función 2 veces, lo
que provoca una violación de la clave primaria.
El "bloque 1 funciona" y el "bloque 2" falla, haciendo un rollback
parcial al savepoint que
ha creado, con lo que la primera inserción sí funciona, y la segunda no.

postgres=# select * from a;
a
---
(0 rows)

postgres=# select f1(32);
f1
----

(1 row)

postgres=# select * from a;
a
----
32
(1 row)

--- Miguel Rodríguez Penabad <penabad(at)gmail(dot)com>
escribió:

> Lo reenvío a la lista porque usé "responder" en vez
> de "responder a todos".
> Yo también soy de los que cree (quizá acostumbrado
> de otras listas)
> que el comportamiento por defecto debería ser
> reply-to a la lista :D
>
>
> ---------- Forwarded message ----------
> From: Miguel Rodríguez Penabad <penabad(at)gmail(dot)com>
> Date: 03-jul-2007 2:03
> Subject: Re: [pgsql-es-ayuda] Error al ejecutar una
> funcion con commit
> To: Gabriel Hermes Colina Zambra
> <hermeszambra(at)yahoo(dot)com>
>
>
> El 3/07/07, Gabriel Hermes Colina Zambra
> <hermeszambra(at)yahoo(dot)com> escribió:
> > Efectivamente, puesto que en si la funcion se
> ejecuta
> > dentro de una transaccion, no solo no se puede
> hacer
> > commit, si no que lo principal es que esto es
> > automatico, o sea en castellano quiere decir que
> si
> > todo va bien la funcion se ejecuta en su totalidad
> y
> > si no no se ejecuta nada.
> >
>
> Por si sirve de ayuda:
>
> Se pueden "crear" savepoints usando bloques begin ..
> exception .. end
>
> Por ejemplo:
> create table a(campo int primary key);
>
> create or replace function f1(int) returns void
> language plpgsql
> as $$
> begin
> --bloque 1
> begin
> insert into a values($1);
> exception
> when others then null;
> end;
> --bloque 2
> begin
> insert into a values($1);
> exception
> when others then null;
> end;
> end $$;
>
> Como se ve, se intenta insertar el parámetro de la
> función 2 veces, lo
> que provoca una violación de la clave primaria.
> El "bloque 1 funciona" y el "bloque 2" falla,
> haciendo un rollback
> parcial al savepoint que
> ha creado, con lo que la primera inserción sí
> funciona, y la segunda no.
>
> postgres=# select * from a;
> a
> ---
> (0 rows)
>
> postgres=# select f1(32);
> f1
> ----
>
> (1 row)
>
> postgres=# select * from a;
> a
> ----
> 32
> (1 row)
> --
> ---------------------------(fin del
> mensaje)---------------------------
> TIP 9: visita nuestro canal de IRC #postgresql-es en
> irc.freenode.net
>
Sirve bastante
Atte.
Gabriel Hermes Colina Zambra

__________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
Regístrate ya - http://correo.espanol.yahoo.com/

On 7/2/07, Diego Ayala <netdiego81(at)gmail(dot)com> wrote:
>
> Buenos dias listeros, tengo un problema al ejecutar una función, dentro de
> la función puse COMMIT, ya que dentro de mi código hago UPDATE a varios
> registros, a traves de un LOOP, y al ser muchos registros, necesito que me
> vaya almacenando de a 500 registros x lo menos, para no esperar a que
> termine de ejecutar toda la función para que me comitee al final..

lo que no entiendo es porque necesitas (o crees necesitar) que se
ejecute un commit cada 500 registros

--
Atentamente,
Jaime Casanova

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs and the universe trying
to produce bigger and better idiots.
So far, the universe is winning."
Richard Cook

Principalmente quería hacer eso debido a que necesito actualizar un campo de
una tabla que tengo, y son alrededor de 15000 registros a actualizar, y es
una forma de que si por alguna razón llega a cortarse el proceso, me haya
guardado, hasta donde pudo llegar la función. entonces, al volver a retomar,
continue, pero solo apartir de donde se quedo, y no volver a empezar todo el
proceso nuevamente.

El día 2/07/07, Jaime Casanova <systemguards(at)gmail(dot)com> escribió:
>
> On 7/2/07, Diego Ayala <netdiego81(at)gmail(dot)com> wrote:
> >
> > Buenos dias listeros, tengo un problema al ejecutar una función, dentro
> de
> > la función puse COMMIT, ya que dentro de mi código hago UPDATE a varios
> > registros, a traves de un LOOP, y al ser muchos registros, necesito que
> me
> > vaya almacenando de a 500 registros x lo menos, para no esperar a que
> > termine de ejecutar toda la función para que me comitee al final..
>
> lo que no entiendo es porque necesitas (o crees necesitar) que se
> ejecute un commit cada 500 registros
>
> --
> Atentamente,
> Jaime Casanova
>
> "Programming today is a race between software engineers striving to
> build bigger and better idiot-proof programs and the universe trying
> to produce bigger and better idiots.
> So far, the universe is winning."
> Richard Cook
>

--
Diego Ayala

Diego Ayala escribió:
> Principalmente quería hacer eso debido a que necesito actualizar un campo
> de
> una tabla que tengo, y son alrededor de 15000 registros a actualizar, y es
> una forma de que si por alguna razón llega a cortarse el proceso, me haya
> guardado, hasta donde pudo llegar la función. entonces, al volver a
> retomar,
> continue, pero solo apartir de donde se quedo, y no volver a empezar todo el
> proceso nuevamente.

Suele ser mala idea hacer LOOPs y hacer un UPDATE en cada iteracion; has
pensado en reformular la operacion de manera que puedas hacer UPDATE de
todos los registros de una sola vez? Eso generalmente te otorga mucho
mejor rendimiento.

--
Alvaro Herrera Valdivia, Chile ICBM: S 39º 49' 18.1", W 73º 13' 56.4"
"Use it up, wear it out, make it do, or do without"

On 7/3/07, Alvaro Herrera <alvherre(at)commandprompt(dot)com> wrote:
> Diego Ayala escribió:
> > Principalmente quería hacer eso debido a que necesito actualizar un campo
> > de
> > una tabla que tengo, y son alrededor de 15000 registros a actualizar, y es
> > una forma de que si por alguna razón llega a cortarse el proceso, me haya
> > guardado, hasta donde pudo llegar la función. entonces, al volver a
> > retomar,
> > continue, pero solo apartir de donde se quedo, y no volver a empezar todo el
> > proceso nuevamente.
>
> Suele ser mala idea hacer LOOPs y hacer un UPDATE en cada iteracion; has
> pensado en reformular la operacion de manera que puedas hacer UPDATE de
> todos los registros de una sola vez? Eso generalmente te otorga mucho
> mejor rendimiento.
>

sin mencionar menos dolores de cabeza... creeme Diego, eso que quieres
hacer es *mala* idea, un sistema con el que trabajo hace eso y nos da
dolores de cabeza todos los días. ¡Que diferente sería si tuvieramos
la seguridad de que los procesos hicieron todo o nada!

--
Atentamente,
Jaime Casanova

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs and the universe trying
to produce bigger and better idiots.
So far, the universe is winning."
Richard Cook

--- Jaime Casanova <systemguards(at)gmail(dot)com> escribió:

>
> sin mencionar menos dolores de cabeza... creeme
> Diego, eso que quieres
> hacer es *mala* idea, un sistema con el que trabajo
> hace eso y nos da
> dolores de cabeza todos los días. ¡Que diferente
> sería si tuvieramos
> la seguridad de que los procesos hicieron todo o
> nada!
>

La preocupacion de Diego, es que cree que si el
proceso se aborta tiene que empezar de nuevo y eso le
llevaria un monto.

Hace poco Alvaro decia algo que comparto, muchas veces
se trabaja en las funciones como en un lenguaje
imperativo y no declarativo.

Entonces pierde un tiempo enorme en cada update.

Diego tendria que tratar de hacer un solo update que
le resuelva todo el problema.

Entonces ahi entra lo que tu decis para tener
la seguridad de que los procesos hicieron todo o
nada!

Puesto que el problema del tiempo no seria tan
critico, que como lo es ahora haciendo varios update.

Saluda Atte.
Gabriel Hermes Colina Zambra

__________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
Regístrate ya - http://correo.espanol.yahoo.com/

Si, la verdad, mi principal preocupación es el tiempo que me llevaría volver
a empezar todo de nuevo, creo q lo voy a plantear de otra forma para hacer
los update de una sola vez, muchas gracias a todos..

El día 3/07/07, Gabriel Hermes Colina Zambra <hermeszambra(at)yahoo(dot)com>
escribió:
>
>
> --- Jaime Casanova <systemguards(at)gmail(dot)com> escribió:
>
> >
> > sin mencionar menos dolores de cabeza... creeme
> > Diego, eso que quieres
> > hacer es *mala* idea, un sistema con el que trabajo
> > hace eso y nos da
> > dolores de cabeza todos los días. ¡Que diferente
> > sería si tuvieramos
> > la seguridad de que los procesos hicieron todo o
> > nada!
> >
>
> La preocupacion de Diego, es que cree que si el
> proceso se aborta tiene que empezar de nuevo y eso le
> llevaria un monto.
>
> Hace poco Alvaro decia algo que comparto, muchas veces
> se trabaja en las funciones como en un lenguaje
> imperativo y no declarativo.
>
> Entonces pierde un tiempo enorme en cada update.
>
> Diego tendria que tratar de hacer un solo update que
> le resuelva todo el problema.
>
> Entonces ahi entra lo que tu decis para tener
> la seguridad de que los procesos hicieron todo o
> nada!
>
> Puesto que el problema del tiempo no seria tan
> critico, que como lo es ahora haciendo varios update.
>
> Saluda Atte.
> Gabriel Hermes Colina Zambra
>
> __________________________________________________
> Correo Yahoo!
> Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
> Regístrate ya - http://correo.espanol.yahoo.com/
>

--
Diego Ayala