Re: [JDBC] Problems with Large Objects using Postgres 7.2.1

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: cjwhite(at)cisco(dot)com
Cc: pgsql-jdbc(at)postgresql(dot)org, pgsql-admin(at)postgresql(dot)org
Subject: Re: [JDBC] Problems with Large Objects using Postgres 7.2.1
Date: 2003-04-09 21:18:31
Message-ID: 10038.1049923111@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin pgsql-jdbc

"Chris White" <cjwhite(at)cisco(dot)com> writes:
>> BTW what do you mean exactly by "commit" above? There is no notion of
>> committing a large object separately from committing a transaction.

> I meant committing the transaction. The first transaction commit is after
> the large object is written and closed. Second is after the large object
> update and close. Then the third is after the associated tables are updated.

Hmm. So the state you are seeing corresponds to the commit of the first
transaction, as far as the LO itself goes --- that's perfectly
reasonable. But I don't see how it could be that the third transaction
appears committed while the second does not. Are you issuing all these
transactions over the same database connection? Perhaps the second
transaction isn't really committed?

regards, tom lane

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Chris White 2003-04-09 21:25:48 Re: [JDBC] Problems with Large Objects using Postgres 7.2.1
Previous Message Chris White 2003-04-09 20:22:42 Re: [JDBC] Problems with Large Objects using Postgres 7.2.1

Browse pgsql-jdbc by date

  From Date Subject
Next Message Chris White 2003-04-09 21:25:48 Re: [JDBC] Problems with Large Objects using Postgres 7.2.1
Previous Message Chris White 2003-04-09 20:22:42 Re: [JDBC] Problems with Large Objects using Postgres 7.2.1