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
|
Список | 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 по дате отправления: