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

Поиск
Список
Период
Сортировка
От Richard Broersma
Тема Re: PostgreSQL versioning for ORM was: Hibernate, JBoss, PostgreSQL, timestamp read doesn't match during update
Дата
Msg-id 396486430903201941r3d92c9b3n14e4bce778be23bf@mail.gmail.com
обсуждение исходный текст
Список pgsql-jdbc
oops, forgot to reply-all. :(

On Fri, Mar 20, 2009 at 7:38 PM, Richard Broersma
<richard.broersma@gmail.com> wrote:
> On Fri, Mar 20, 2009 at 11:13 AM, Roland Roberts <roland@astrofoto.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

В списке pgsql-jdbc по дате отправления:

Предыдущее
От: Roland Roberts
Дата:
Сообщение: Re: Hibernate, JBoss, PostgreSQL, timestamp read doesn't match during update
Следующее
От: Guy Rouillier
Дата:
Сообщение: Re: Log4j Appender