Re: ECPG: AUTOCOMMIT and CURSORs

From: A J <s5aly(at)yahoo(dot)com>
To: Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov>, pgsql-admin(at)postgresql(dot)org
Subject: Re: ECPG: AUTOCOMMIT and CURSORs
Date: 2010-10-05 17:51:18
Message-ID: 765296.62990.qm@web120013.mail.ne1.yahoo.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

That would explain it. I was neither in a transaction nor did any explicit HOLD.
Thanks Kevin.

________________________________
From: Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov>
To: pgsql-admin(at)postgresql(dot)org; A J <s5aly(at)yahoo(dot)com>
Sent: Mon, October 4, 2010 5:20:14 PM
Subject: Re: [ADMIN] ECPG: AUTOCOMMIT and CURSORs

A J <s5aly(at)yahoo(dot)com> wrote:

> I am seeing some funny behavior on using both:
> EXEC SQL SET AUTOCOMMIT TO ON;
> and
> CURSORS (EXEC SQL DECLARE ............., EXEC SQL FETCH NEXT FROM
> .............)
>
> On autocommit on (either through above method or precompiling with
> -t option),
> the cursor does not return any rows. On disabling autocommit, I
> get the required number of rows from the cursor.
>
> Any idea what could be going on ?

Are you inside of a transaction? How does the WITH or WITHOUT HOLD
function in ECPG? From the manual:

http://www.postgresql.org/docs/current/interactive/sql-declare.html

"WITHOUT HOLD specifies that the cursor cannot be used outside of
the transaction that created it. If neither WITHOUT HOLD nor WITH
HOLD is specified, WITHOUT HOLD is the default."

-Kevin

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Dinesh Bhandary 2010-10-05 18:08:11 restore
Previous Message Kevin Grittner 2010-10-05 16:35:14 Re: vacuum full table - internals in 8.3