Re: PostgreSQL versioning for ORM was: Hibernate, JBoss, PostgreSQL, timestamp read doesn't match during update

From: Richard Broersma <richard(dot)broersma(at)gmail(dot)com>
To:
Cc: pgsql-jdbc(at)postgresql(dot)org
Subject: Re: PostgreSQL versioning for ORM was: Hibernate, JBoss, PostgreSQL, timestamp read doesn't match during update
Date: 2009-03-21 02:41:37
Message-ID: 396486430903201941r3d92c9b3n14e4bce778be23bf@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-jdbc

oops, forgot to reply-all. :(

On Fri, Mar 20, 2009 at 7:38 PM, Richard Broersma
<richard(dot)broersma(at)gmail(dot)com> wrote:
> On Fri, Mar 20, 2009 at 11:13 AM, Roland Roberts <roland(at)astrofoto(dot)org> wrote:
>
>> Then why bother having the generated attribute to version?  That flies in the
>> face of the design of *Hibernate* in allowing this.  Hibernate *does* do the
>> right thing in querying the column to get the value back after the update.
>>  You're telling me to not do what Hibernate explicitly say I can do.  Why?
>
> This is a question from an ORM beginner.  It is possible to use
> PostgreSQL's build in row versioning (i.e. CTID or XMIN) for
> Optimistic locking in ORMs like Hibernate and JPA?
>
> --
> Regards,
> Richard Broersma Jr.
>
> Visit the Los Angeles PostgreSQL Users Group (LAPUG)
> http://pugs.postgresql.org/lapug
>

--
Regards,
Richard Broersma Jr.

Visit the Los Angeles PostgreSQL Users Group (LAPUG)
http://pugs.postgresql.org/lapug

Browse pgsql-jdbc by date

  From Date Subject
Next Message Guy Rouillier 2009-03-21 03:37:26 Re: Log4j Appender
Previous Message Roland Roberts 2009-03-21 00:35:33 Re: Hibernate, JBoss, PostgreSQL, timestamp read doesn't match during update