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
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 |
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 |