Добрый день,

Как изменять таблицы системного каталога?

Интересует именно ddl (drop,create,alter)

Alex__kKЛичинка DBA,

Странное вообще желание, зачем это вообще нужно?

К примеру, разрушилась системная табличка.
Надо ее пересоздать пустую.
Запросы к ней не дает делать, пишет ошибка чтения блока бла бла бла.

Maxim BogukЛичинка DBAпропущено...


К примеру, разрушилась системная табличка.
Надо ее пересоздать пустую.
Запросы к ней не дает делать, пишет ошибка чтения блока бла бла бла.

после разрушение системной таблицы - есть ТОЛЬКО ОДИН ВАРИАНТ восстановления - initdb заново и залить из backup (если он есть).

Ога, терять оперативные данные за несколько часов (а может и суток) в терабатной БД из-за того что повредилась табличка с 5 строчками.... отличный вариант.

qwwq... как--то откатывал дроп полей. раза 2 или даже 3 за всю жысть. старался пересоздать БД из дампа после этого.


раскажите попадробнее.

т.е. кто-то дропнул поля в таблице а вы их восстанавливали?

Вообще странно что в PostgreSQL до сих пор не сделали что-то типа dbcc checkdb

RutraЛичинка DBAК примеру, разрушилась системная табличка.
Надо ее пересоздать пустую.
Запросы к ней не дает делать, пишет ошибка чтения блока бла бла бла.
Похоже у вас испортилась страница.
Можно попробовать на время установить zero_damaged_pages в on. Он обнулит поврежденные данные. Затем вернуть в off.
Но это на свой страх и риск .


Получается это приведет к обнулению проблемных данных.

но лучше чем ничего.

Спасибо.


zero_damaged_pages (boolean)

Detection of a damaged page header normally causes PostgreSQL to report an error, aborting the current transaction. Setting zero_damaged_pages to on causes the system to instead report a warning, zero out the damaged page in memory, and continue processing. This behavior will destroy data, namely all the rows on the damaged page. However, it does allow you to get past the error and retrieve rows from any undamaged pages that might be present in the table. It is useful for recovering data if corruption has occurred due to a hardware or software error. You should generally not set this on until you have given up hope of recovering data from the damaged pages of a table. Zeroed-out pages are not forced to disk so it is recommended to recreate the table or the index before turning this parameter off again. The default setting is off, and it can only be changed by a superuser.

qwwq...как -- рассказывать не буду.


Мож вы просто сами не знаете как это делать?