Re: alter operator class - Mailing list pgsql-hackers

From Tom Lane
Subject Re: alter operator class
Date
Msg-id 14621.1174327207@sss.pgh.pa.us
Whole thread Raw
In response to alter operator class  (Teodor Sigaev <teodor@sigaev.ru>)
List pgsql-hackers
Teodor Sigaev <teodor@sigaev.ru> writes:
> 'alter operator class' command isn't "dumpable":
> postgres=# ALTER OPERATOR CLASS name_pattern_ops  USING btree RENAME TO namep_ops;

Sure it's dumpable.  The point here is that name_pattern_ops is a
built-in object and so pg_dump doesn't think it should dump it.
Changing its name doesn't make it not built in.

> That's because command doesn't track such changes in pg_depend or somewhere 
> else. For now that kind of changes doesn't make a significant sense - nobody 
> will change names/properties of system objects, but I'm afraid that will be 
> often for fulltext configurations. How can we avoid such situations?

I think you're going to need to draw a distinction between built-in and
not-built-in configurations.  The canonical way to do this is to put
them into schemas and say the ones in pg_catalog are built in.  And yes,
you need to ensure that there's not a good reason for people to change
the built-in ones.
        regards, tom lane


pgsql-hackers by date:

Previous
From: "Florian G. Pflug"
Date:
Subject: Re: modifying the tbale function
Next
From: Andrew Dunstan
Date:
Subject: Re: modifying the tbale function