Re: [HACKERS] pg_dump(all) and views, broke - Mailing list pgsql-hackers

From jwieck@debis.com (Jan Wieck)
Subject Re: [HACKERS] pg_dump(all) and views, broke
Date
Msg-id m0ziimg-000EBQC@orion.SAPserv.Hamburg.dsh.de
Whole thread Raw
In response to pg_dump(all) and views, broke  (Terry Mackintosh <terry@terrym.com>)
Responses Re: [HACKERS] pg_dump(all) and views, broke
List pgsql-hackers
>
> Hi all
>
> CREATE RULE "_RETmessages" AS ON SELECT TO "messages" DO INSTEAD SELECT
> "title", "mess", "iurl", "lurl", "posted", "fname", "lname", "email",
> "uid", "ppid", "pid", "bid" FROM "post", "users" WHERE "uid" = "uid";
> ERROR:  Column uid is ambiguous
>
> It left off the table names from 'WHERE "uid" = "uid";'
>
> I do not profess to understand all this rule stuff, but I don't understand
> why when I create a view using 'create view ....', then why does pg_dump
> need to create the view as a table, then later create a rule to make the
> table into a view?  Why not just dump a 'create view ....' command
> instead?  Not that it matters, as long as it works, just seems confusing
> is all.

    Creating  a table first and turn it later into view by CREATE
    RULE is just for simplification of pg_dump. It does not  need
    to  make  a  difference between those rules that are handmade
    production rules and those that came in due to CREATE VIEW.

    But the above is a bug and I'll fix it soon.


Jan

--

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

pgsql-hackers by date:

Previous
From: Terry Mackintosh
Date:
Subject: pg_dump(all) and views, broke
Next
From: Terry Mackintosh
Date:
Subject: Re: [HACKERS] pg_dump(all) and views, broke