Re: pg_dump: CREATE TABLE + CREATE RULE vs. relreplident
От | Bruce Momjian |
---|---|
Тема | Re: pg_dump: CREATE TABLE + CREATE RULE vs. relreplident |
Дата | |
Msg-id | 20150501170339.GC26678@momjian.us обсуждение исходный текст |
Ответ на | Re: pg_dump: CREATE TABLE + CREATE RULE vs. relreplident (Andres Freund <andres@2ndquadrant.com>) |
Ответы |
Re: pg_dump: CREATE TABLE + CREATE RULE vs. relreplident
|
Список | pgsql-hackers |
On Thu, Mar 12, 2015 at 03:14:48PM +0100, Andres Freund wrote: > Hi, > > On 2015-03-12 14:25:24 +0100, Marko Tiikkaja wrote: > > My colleague Per Lejontand brought to my attention that when dumping views > > with circular dependencies from a postgres version older than 9.4 using a > > recent pg_dump, the SQL looks something like the following: > > > > create table qwr(); > > create rule "_RETURN" as on select to qwr do instead select; > > > > In this case the relreplident column in pg_class for the view ends up being > > 'd', instead of the 'n' normally used for views. Patch to update > > relreplident when turning a table into a view is attached; this makes sure > > that the identity is NOTHING regardless of how the view was created. > > I think that's a good idea. > > > I consider this a bug fix, and suggest back patching to 9.4. > > I agree on backpatching it. Arguably we could additionally avoid > emitting the ALTER TABLE ... REPLICA IDENTITY for views that have > already been created with identity set like this. But I doubt it's worth > it. Applied and backpatched to 9.4. -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + Everyone has their own god. +
В списке pgsql-hackers по дате отправления: