Re: pg_dump problems in upgrading - Mailing list pgsql-hackers

From Philip Warner
Subject Re: pg_dump problems in upgrading
Date
Msg-id 5.1.0.14.0.20020912113938.02824de8@mail.rhyme.com.au
Whole thread Raw
In response to pg_dump problems in upgrading  (Oliver Elphick <olly@lfix.co.uk>)
List pgsql-hackers
At 12:31 PM 9/09/2002 +0100, Oliver Elphick wrote:

>     CREATE FUNCTION plperl_call_handler () RETURNS opaque
>                                            ^^^^^^^^^^^^^^
>         AS '/usr/local/pgsql/lib/plperl.so', 'plperl_call_handler'
>         LANGUAGE "C";
...
>     CREATE TRUSTED PROCEDURAL LANGUAGE plperl HANDLER plperl_call_handler;
>     ERROR:  function plperl_call_handler() does not return type 
> language_handler

This is reminiscent of the mess with language definitions in the last 
version, prior to the more sensible function manager definition system.

A similar solution could be adopted here: extend the function manager 
definition macros to also (optionally) capture the return type; then when 
the function is defined, the function manager could check the real return 
type, issue a warning, and define it properly. This could be extended to 
args as well, if we felt so inclined. This solution obviously only works 
for languages since (I assume) they will be the only ones modified to use 
the improved macros; but it will fix 90% of problems.



>     ERROR:  Column "year" is of type integer but default expression is of 
> type double precision
>             You will need to rewrite or cast the expression

This does seem like a problem to me - has anything been done about this? 
There does not seem to be much traffic in this thread.


>3. A view is being created before one of the tables it refers to.
>Should not views be created only at the very end?

Unless this is a 7.3-specific problem, I'd put this at a lower priority; as 
I suggested in an earlier post, moving the views to the end won't 
necessarily fix the problem; and pre-7.3 databases don't know about 
dependencies, so we can't use the rudimentary support for dependencies in 
pg_dump.




>---------------------------(end of broadcast)---------------------------
>TIP 6: Have you searched our list archives?
>
>http://archives.postgresql.org

----------------------------------------------------------------
Philip Warner                    |     __---_____
Albatross Consulting Pty. Ltd.   |----/       -  \
(A.B.N. 75 008 659 498)          |          /(@)   ______---_
Tel: (+61) 0500 83 82 81         |                 _________  \
Fax: (+61) 0500 83 82 82         |                 ___________ |
Http://www.rhyme.com.au          |                /           \|                                 |    --________--
PGP key available upon request,  |  /
and from pgp5.ai.mit.edu:11371   |/



pgsql-hackers by date:

Previous
From: "Marc G. Fournier"
Date:
Subject: Re: Open items
Next
From: "Christopher Kings-Lynne"
Date:
Subject: Re: timestamp column default changed?