Re: Re[2]: lower() for varchar data by creating an index

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: Re[2]: lower() for varchar data by creating an index
Дата
Msg-id Pine.LNX.4.21.0005191337270.489-100000@localhost.localdomain
обсуждение исходный текст
Ответ на Re: Re[2]: lower() for varchar data by creating an index  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Re[2]: lower() for varchar data by creating an index  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-sql
Tom Lane writes:

> What's the point of a notice?  "You just deleted OID equals.  Better
> luck with your next database."  Either we think this is too dangerous to
> be allowed even to the dbadmin, or we don't.

I'd have to agree.

> Actually, isn't there a backend switch that you have to set in order to
> do *really* dangerous stuff (DML operations on the system classes, for
> example)?  Maybe the right answer is to allow deletion of builtin
> function entries only when that's set.

You might be referring to pg_shadow.usecatupd, but that only covers direct
catalog updates. The postgres -O switch allows system schema changes, that
doesn't apply either.

Anyway, shouldn't you be able to do CREATE FUNCTION xxx (...) LANGUAGE
'internal'; to recreate it? (And that wouldn't actually require things
like oideq to be in pg_proc, would it?)

-- 
Peter Eisentraut                  Sernanders väg 10:115
peter_e@gmx.net                   75262 Uppsala
http://yi.org/peter-e/            Sweden



В списке pgsql-sql по дате отправления:

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: Foreign keys breaks tables permissions
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Foreign keys breaks tables permissions