Re: How do handle concurrent DML operations

Поиск
Список
Период
Сортировка
От Dave Cramer
Тема Re: How do handle concurrent DML operations
Дата
Msg-id 1082479857.3069.178.camel@localhost.localdomain
обсуждение исходный текст
Ответ на How do handle concurrent DML operations  (kenchen077@yahoo.com (kenchen077))
Список pgsql-jdbc
the driver isn't automagically going to update your records if someone
changes them in the db while you have the result set loaded in your
program.

You need to do one of two things, either use pessimistic locking, ie
select for update, and lock the row, or use optimistic locking and
timestamp the updates so that when you commit your changes then you will
see that the timestamp in your local record is different than the
timestamp in the database and realize your data is stale.

There is another way, but it is not ready yet, we are working on pl/j
which is a java procedural language that would allow you to do the magic
above. ie create a java procedure that you called on a trigger which
would update your local copy of the data if someone else were to change
it

If you are interested and brave, have a look at plj.codehaus.org for the
pl/j code, but beware this is alpha quality code.

Dave
On Thu, 2004-04-15 at 15:23, kenchen077 wrote:
> Hi all,
>
>   I am building web application by using Oracle data base.
>   Because different uders will manipulate the same data record at the
> same time.
>   Could someone please help me for the following questions:
>
>   1. How can I handel the concurrently DML (insert, update, delete)
> opertions on same data record   by different users? Can I use
> synchronied method in update, insert, and delete opertionns? Or other
> better method ??
>
>   2. When user 1 select data from table , user 2 update or delete the
> date in the same table concurrently.
>     Do I need to set transaction isolation level to
> TRANSACTION_READ_COMMITED or refreshRow() to get the updated data?
>
>     thanks all.
>
> ---------------------------(end of broadcast)---------------------------
> TIP 8: explain analyze is your friend
>
>
>
> !DSPAM:4085512d14457238818707!
>
>
--
Dave Cramer
519 939 0336
ICQ # 14675561


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

Предыдущее
От: Dave Cramer
Дата:
Сообщение: looking for brave souls to test postgres java procedural language
Следующее
От: Dave Cramer
Дата:
Сообщение: Re: slow seqscan