Re: Possible bug with ALTER LANGUAGE ... OWNER TO ...
От | Erik Jones |
---|---|
Тема | Re: Possible bug with ALTER LANGUAGE ... OWNER TO ... |
Дата | |
Msg-id | 2656B2F5-2477-426F-84E0-672BC1A2AA20@engineyard.com обсуждение исходный текст |
Ответ на | Re: Possible bug with ALTER LANGUAGE ... OWNER TO ... (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Possible bug with ALTER LANGUAGE ... OWNER TO ...
|
Список | pgsql-general |
On Dec 8, 2008, at 1:42 PM, Tom Lane wrote: > Erik Jones <ejones@engineyard.com> writes: >> I've just run up against a problem with ALTER LANGUAGE ... OWNER >> TO ... wherein the change of ownership does not propagate to a >> language's handler and validator functions preventing you from >> dropping the role if it created a language. I'm assuming a valid >> workaround is manually change the owner of the handler and validator >> functions but I'd think that changing a languages owning role should >> propagate to any other objects created when the language was created. > > Why? The underlying functions are independent objects, in the general > case. While I understand what you're saying, in the general case, in this specific case I have a hard time grokking it. I guess I was thinking in terms of a language owning it's handler and validator functions but I now see that dropping a language doesn't also drop the underlying functions, which I also find unintuitive. > What you really want for this case is REASSIGN OWNED, I think. Yeah, that covers my specific use case nicely but for "whoopsie" cases where a language is created with the wrong user by accident it wouldn't really help. Erik Jones, Database Administrator Engine Yard Support, Scalability, Reliability 866.518.9273 x 260 Location: US/Pacific IRC: mage2k
В списке pgsql-general по дате отправления: