Re: transaction blocking inserts in postgresql 7.3 - Mailing list pgsql-general

From Chris Hutchinson
Subject Re: transaction blocking inserts in postgresql 7.3
Date
Msg-id IDEOKBCDGGIDOBADNGAPMEAFDHAA.chris@hutchinsonsoftware.com
Whole thread Raw
In response to Re: transaction blocking inserts in postgresql 7.3  (Lincoln Yeoh <lyeoh@pop.jaring.my>)
Responses Re: transaction blocking inserts in postgresql 7.3  (Richard Huxton <dev@archonet.com>)
Re: transaction blocking inserts in postgresql 7.3  (Csaba Nagy <nagy@ecircle-ag.com>)
List pgsql-general
> Is it blocking because orgid is a primary key?
> Does it still block if you use a different orgid in each of the two
> transactions?

It doesn't block if the orgid is different.

Unfortunately that doesn't solve the problem for the actual multiuser
application.
Users are being blocked from adding records or making changes in one table,
while another process has a (long) transaction importing records into
another table.
The two tables are related only by a common foreign key against a third
table.

I'm curious why postgres should be blocking like this, as the foreign key
constraint is presumably read-based.

Regards,
Chris


pgsql-general by date:

Previous
From: Lincoln Yeoh
Date:
Subject: Re: transaction blocking inserts in postgresql 7.3
Next
From: Richard Huxton
Date:
Subject: Re: transaction blocking inserts in postgresql 7.3