Re: [HACKERS] Re: [PATCHES] pg_dump primary keys

From: wieck(at)debis(dot)com (Jan Wieck)
To: peter_e(at)gmx(dot)net
Cc: oleg(at)sai(dot)msu(dot)su, hackers(at)postgresql(dot)org
Subject: Re: [HACKERS] Re: [PATCHES] pg_dump primary keys
Date: 1999-12-11 13:28:19
Message-ID: m11wmZP-0003kGC@orion.SAPserv.Hamburg.dsh.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Peter Eisentraut wrote:

> What though if a function accesses a table? Which one goes first? Do we
> have to maintain a network of dependencies in pg_dump? Eventually we'll
> probably have to, with all the foreign key stuff coming up. Gloomy
> prospects.

No need to worry about FOREIGN KEY stuff here. These
functions are generic builtins not dumped at all.

But need to worry about all other functions of all languages.
They can be used in a table schema and OTOH their definition
might need a relation to exist (could have tuple type as
argument). Plus, for SQL language functions (only SQL, not
PL/pgSQL or any other language) their body is checked at
CREATE time for syntax, so relations they use are required.

This can only be solved by your mentioned dependency network.

BTW: All this was one reason to dump views as CREATE TABLE
and later CREATE RULE. Because views likely contain
functions.

Jan

--

#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#========================================= wieck(at)debis(dot)com (Jan Wieck) #

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Jan Wieck 1999-12-11 13:39:02 Re: [HACKERS] 6.6 release
Previous Message D'Arcy J.M. Cain 1999-12-11 12:48:43 Re: [HACKERS] 6.6 release