Maxim Boguk

А как вы себе представляете работу без доступа к pg_catalog если в нем структуры таблиц живут и вообще абсолютно вся информация которая нужна для работы базы.
и началась на селе дискотека.


вообще то ответ на ваш вопрос очевиден -- "а почему ви спгашиваити ? "

структуру достаточно видеть суперюзеру и владельцу. И тем, кому они доверили. (в т.ч. хранимкам)

всем остальным делать там абсолютно нехер. от слова совсем.
как написать субд, чтобы она вот так умела -- вопрос конечно не к ДБА. даже если он со справкой.


но , однако, мне, как разрабу -- удобно. всё--то я могу почитать в хранимках. до всего дотянуться.


ПС : что--то можно попрятать по вот этим ссылкам.
http://www.sql.ru/forum/actualsearch.aspx?search=REVOKE pg_catalog information_schema&sin=0&bid=7&a=&ma=0&dt=-1&s=1&so=1 ,но скриптик по урезанию все равно всего не закроет, а собирать его обычно лениво.

Maxim Boguk
Вот как вы себе представляете просмотр "у кого есть права чтения на таблицу" не имея доступа к списку логинов?

" а поцчему ви спгашиваити" ?


не путайте задачи СУБД ( и владельца / супера) с задачами паблик усера.
смотреть, есть ли у паблик и не паблик усера права и к чему -- есть задача СУБД (в момент синтакс-- анализа). и владельцев / супердба -- в процессе разработки.


А уж какой дуростью наделить наколенную тулзу для ДБА со справкой -- это функция от реализованного функионала СУБД, а не наоборот. Скажут -- вот ф--ии онли супера и овнера -- и будете считать, что так и было.

карочи, пж -- это студенческое поделие, таким и останется. Разве что рогов и копыт с клистирными трубками вокруг будет много. и прочих геркулесов. Одно радует -- хоть поделие и течёт на всю голову [по уровням изоляции при транзакционном ддл], но базовые функции сполняет справно. По крайней -- рид коммитед и по ддл нормальный, честный.