Re: [HACKERS] RI_FKey_check: foreign key constraint blocks parallel

2002-11-15 Thread Stephan Szabo
On Fri, 15 Nov 2002, Manfred Koizar wrote: > On Wed, 13 Nov 2002 14:22:51 -0800 (PST), Stephan Szabo > <[EMAIL PROTECTED]> wrote: > >Right now, I know that it has a hole that lets through invalid data > > Stephan, your patch has been posted to -general (Subject: Re: > [GENERAL] Help..Help...). Is

Re: [HACKERS] RI_FKey_check: foreign key constraint blocks parallel

2002-11-15 Thread Manfred Koizar
On Wed, 13 Nov 2002 14:22:51 -0800 (PST), Stephan Szabo <[EMAIL PROTECTED]> wrote: >Right now, I know that it has a hole that lets through invalid data Stephan, your patch has been posted to -general (Subject: Re: [GENERAL] Help..Help...). Is this version still valid? > void > heap_mark4fk_lock_

Re: [HACKERS] RI_FKey_check: foreign key constraint blocks parallel

2002-11-13 Thread Stephan Szabo
On Wed, 13 Nov 2002, Peter Schindler wrote: > But, if a lot of inserts happens into the child table and there is a > mix of short and long running transactions, the likelihood of blocking > is very high, even the inserts are independent and everything is ok > (prim. key etc.). This is even more e

[HACKERS] RI_FKey_check: foreign key constraint blocks parallel independentinserts

2002-11-13 Thread Peter Schindler
I've got a question about the foreign key constraint behavior. It looks to me that inserts within transactions into a child table, which have the same FK value back to the parent will block until the first txn will commit or rollback. (see example below) This seems to be based on the fact that