Re: playing with catalog tables limits? dangers? was: seq bug 2073 and time machine

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: playing with catalog tables limits? dangers? was: seq bug 2073 and time machine
Дата
Msg-id 1206.1219680443@sss.pgh.pa.us
обсуждение исходный текст
Ответ на playing with catalog tables limits? dangers? was: seq bug 2073 and time machine  (Ivan Sergio Borgonovo <mail@webthatworks.it>)
Ответы Re: playing with catalog tables limits? dangers? was: seq bug 2073 and time machine  (Ivan Sergio Borgonovo <mail@webthatworks.it>)
Список pgsql-general
Ivan Sergio Borgonovo <mail@webthatworks.it> writes:
> Alvaro Herrera <alvherre@commandprompt.com> wrote:
>> If you're feeling corageous, you can remove the pg_depend entries
>> for that sequence.  Make sure to try it in a transaction and drop

> I'd like to understand better the risks of being courageous?
> I think my life would be easier if I'd know when it is safe to put
> hands in the system tables.

Well, it's safe if (a) you know what you're doing, (b) you don't
make any mistakes, and (c) you don't forget any changes needed to
keep all the catalogs consistent.

You can protect yourself against (b) by using a transaction, but
the other two tend to require hacker-grade knowledge of how the
backend works, so we try to discourage people from doing it.
pg_depend in particular tends to have rather obscure contents,
and what's worse is that messing it up usually doesn't have any
immediately-obvious consequences.

            regards, tom lane

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

Предыдущее
От: "John T. Dow"
Дата:
Сообщение: Dump/restore with bad data and large objects
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Dump/restore with bad data and large objects