Skip site navigation (1) Skip section navigation (2)

Re: contrib/adddepend does not properly re-create multi-column foreign keys.

From: Adam Buraczewski <adamb(at)polbox(dot)pl>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Rod Taylor <rbt(at)rbt(dot)ca>, pgsql-bugs(at)postgresql(dot)org,pgsql-patches(at)postgresql(dot)org
Subject: Re: contrib/adddepend does not properly re-create multi-column foreign keys.
Date: 2002-12-01 20:48:09
Message-ID: 20021201204809.GA2032@localhost.localdomain (view raw or flat)
Thread:
Lists: pgsql-bugspgsql-patches
On Sun, Dec 01, 2002 at 02:06:31PM -0500, Tom Lane wrote:
> Adam Buraczewski <adamb(at)polbox(dot)pl> writes:
> > I already notified the author of the program and attached patches to
> > both original upgrade.pl and contrib/adddepend scripts.
> Rod, do you concur that this is a correct patch?

The patched script worked properly for my 6 databases where I heavily
make use of two-column foreign keys.  However, I didn't have a chance
to check if it is correct for keys consisting of more than two
columns, and I also don't have good knowledge about parameters passed
to RI_FKey* procedures.  I based my "research" on analysis of
adddepend code.  Summarizing: it would be indeed good to verify this
patch before applying :)

Regards,

-- 
Adam Buraczewski <adamb(at)polbox(dot)pl> * Linux registered user #165585
GCS/TW d- s-:+>+:- a- C+++(++++) UL++++$ P++ L++++ E++ W+ N++ o? K? w--
O M- V- PS+ !PE Y PGP+ t+ 5 X+ R tv- b+ DI? D G++ e+++>++++ h r+>++ y?

In response to

pgsql-bugs by date

Next:From: Theodore PetroskyDate: 2002-12-01 21:25:27
Subject: initdb and OSX why must I --no-locale
Previous:From: Tom LaneDate: 2002-12-01 19:11:51
Subject: Re: contrib/adddepend does not properly re-create multi-column foreign keys.

pgsql-patches by date

Next:From: Rod TaylorDate: 2002-12-01 22:00:21
Subject: Re: contrib/adddepend does not properly re-create
Previous:From: Tom LaneDate: 2002-12-01 19:11:51
Subject: Re: contrib/adddepend does not properly re-create multi-column foreign keys.

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group