From: | Marcin Inkielman <marn(at)wsisiz(dot)edu(dot)pl> |
---|---|
To: | V Krishnaraj <kimi(at)intercept(dot)co(dot)in> |
Cc: | pgsql-general(at)postgreSQL(dot)org |
Subject: | Re: [GENERAL] Postgres concurrency : urgent |
Date: | 1999-11-11 19:32:09 |
Message-ID: | Pine.LNX.4.04.9911112027330.13752-100000@mi.marnnet |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Fri, 12 Nov 1999, V Krishnaraj wrote:
> Hi,
>
> I'm having a postgres database accessed from perl using DBI and
> DBD.
>
> This application works fine when we are in single user. When we
> go into multi-user, the app has concurrency problems.
>
> The application has a sql query and updates onto the base table in
> the sql query. We are using Select FOR UPDATE to open the
> cursor and multiple update statements to update values on different
> base tables. When multiple users are running the program, after a
> few iterations postmaster startsputting out messages that there are
> concurrency problems due to which the execute before the fetch
> fails.
> What I want to do is to wait for the other transactions updates to
> get over and retry opening the cursor. This does not happen.
> The moment I try to open the cursor again (using execute),
> postmaster says that there is no connection !!
>
> If I try and reconnecting again it starts giving pqreaddata() problems.
> After sometime server crashes !!
>
> We are using postgres 6.5.1, DBI-1.13, DBD 0.92
>
> Please somebody help.
>
> Thanks and regards,
>
> Kimi
I 'm using :
LOCK <<tablename>> IN ACCESS EXCLUSIVE MODE;
to control concurrent transactions - it works for me
(postgres 6.5.2)
************************************
Marcin Inkielman
************************************
.~.
/V\
// \\
/( )\
^`~'^
powered by Linux
----
sibi omino similis?
************************************
From | Date | Subject | |
---|---|---|---|
Next Message | Ed Loehr | 1999-11-11 21:38:44 | How to enable plpgsql functions (and triggers) |
Previous Message | Myles Chippendale | 1999-11-11 16:58:20 | Re: [GENERAL] Large database problems |