| From: | "Miguel Carvalho" <miguel(at)ipatimup(dot)pt> | 
|---|---|
| To: | <sszabo(at)megazone23(dot)bigpanda(dot)com> | 
| Cc: | <pgsql-general(at)postgresql(dot)org> | 
| Subject: | Re: Mysterious locking problem | 
| Date: | 2002-05-21 22:33:05 | 
| Message-ID: | 61352.213.30.9.125.1022020385.squirrel@www.ipatimup.up.pt | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pgsql-general | 
>
> On Tue, 21 May 2002, Miguel Carvalho wrote:
>
>> Hi,
>>
>> thank's for reppling.
>>
>> > Given your query things above I'm guessing you've turned on query
>> > printing?
>>
>>   Query print is off, because that will startve may hardisk verry
>>   quickly.
>>
>> >  Are the selects perhaps SELECT ... FOR UPDATE queries going
>>
>>   I forgot to mention that the selects are plain selects( not select
>>   for update ).
>
> You might want to turn query printing on for just short time to see if
> there are other queries being done.
Ok, i will try it.
>  Do you have any foreign keys or
> triggers on these tables that might be doing so?
On one of the tables i have a trigger before insert, but the trigger isnt
doing any row or table locking. The tirgger is just executing some
validations( plain selects ). Can this be the problem?
>
>> > for the same rows in which case I think the second would wait on the
>> > first?
I agree with you.
>>
>> Can this be a PHP issue?
>
> Seems wierd for it to be.
Ok, i am going to dig into the problem.
> Can you distill what you're doing into a small reproducable example and
> send enough information to reproduce it?
I'am gone try.
Regards,
Miguel Carvalho
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Soon-Son Kwon | 2002-05-22 00:12:59 | Re: too many idle processes | 
| Previous Message | Stephan Szabo | 2002-05-21 22:19:29 | Re: Update and Insert in a View Insert Rule |