From: | "Pit M(dot)" <fmi-soft(at)gmx(dot)de> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: transaction problem using cursors |
Date: | 2007-06-11 13:28:22 |
Message-ID: | f4jil7$m7p$1@news.hub.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
>
> I didn't try myself, but wrapping the whole into a PL/pgSQL function and
> using exceptions might do the work;
>
> http://www.postgresql.org/docs/8.2/static/plpgsql-control-structures.html#PLPGSQL-ERROR-TRAPPING
>
> Ciao,
> Thomas
>
Unfortunately this is not possible, because this should happen on the
client. The client calls FETCH for every record available in that cursor
when the user (application) wants to display the data (scrollable
list of records)
So do you think i should wrap each FETCH statement?
We handle exceptions errors through libpq, and if a FETCH leads to such
a runtime error, we try to FETCH the first record again.
The problem is that we can't use this cursor any more -> it seems to be
corrupt after that error.
Pit
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2007-06-11 13:30:21 | Re: Functions that return both Output Parameters and recordsets |
Previous Message | Pavel Stehule | 2007-06-11 13:27:23 | Re: Functions that return both Output Parameters and recordsets |