Re: [HACKERS] pg_dump(all) and views, broke
От | jwieck@debis.com (Jan Wieck) |
---|---|
Тема | Re: [HACKERS] pg_dump(all) and views, broke |
Дата | |
Msg-id | m0ziimg-000EBQC@orion.SAPserv.Hamburg.dsh.de обсуждение исходный текст |
Ответ на | pg_dump(all) and views, broke (Terry Mackintosh <terry@terrym.com>) |
Ответы |
Re: [HACKERS] pg_dump(all) and views, broke
|
Список | 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 по дате отправления: