Re: Re-read of updated row using scrollable ResultSet returns old data

Поиск
Список
Период
Сортировка
От Oliver Jowett
Тема Re: Re-read of updated row using scrollable ResultSet returns old data
Дата
Msg-id AANLkTikAah5yDdMqM0JjfJvwT-0xwgNzDBX7x6d8EN1Z@mail.gmail.com
обсуждение исходный текст
Ответ на Re-read of updated row using scrollable ResultSet returns old data  (Andrew Hastie <andrew@ahastie.net>)
Ответы Re: Re-read of updated row using scrollable ResultSet returns old data  (Andrew Hastie <andrew@ahastie.net>)
Список pgsql-jdbc
On 1 April 2011 03:20, Andrew Hastie <andrew@ahastie.net> wrote:
> It appears that the PG driver returns the original rather than the updated
> data values for an updatable ResultSet. This is where the updates are
> applied to a single table ResultSet in a single transaction.

That's not meant to happen. Do you have a testcase showing the problem?

> INFO - Own updates visible for TYPE_SCROLL_INSENSITIVE   = true
> INFO - Other updates visible for TYPE_SCROLL_INSENSITIVE = false
> INFO - Own updates visible for TYPE_SCROLL_SENSITIVE   = true
> INFO - Other updates visible for TYPE_SCROLL_SENSITIVE = false

> If however you applied the row update using an SQL UPDATE on a separate
> Statement as opposed to using the ResultSet.updateX() methods within the
> same transaction, then you DO see the new value at step 8. I suggest both
> techniques should yield the same results.

That's also not meant to happen - the driver should behave according
to what the metadata claims (notably, "other updates" are not
visible).
I think we need to see your code here.

Oliver

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

Предыдущее
От: Quartz
Дата:
Сообщение: Re: JDBC gripe list (the autocommit subthread)
Следующее
От: Jeff Hubbach
Дата:
Сообщение: Re: JDBC gripe list (the autocommit subthread)