Re: [GENERAL] Postgres concurrency : urgent

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?
************************************

In response to

Responses

Browse pgsql-general by date

  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