Randall's questions

Já vi muitas perguntas sobre alguém tentando conceder uma role_specification a algum other_role , mas recebendo o GRANTerro

ERROR: must have admin option on rolerole_specification

e todas as respostas, de uma forma ou de outra, parecem resumir-se a "Isso está acontecendo porque o WITH ADMINnão foi usado quando o original foi emitido."GRANTroleTOrole_specification...

Então agora eu não posso fazer GRANTrole_specificationTOother_role

Mas o que me surpreendeu é que não consigo encontrar nada sobre como realmente ver se a opção admin está definida para uma função. Respostas como Liste os privilégios do banco de dados usando o psql revelam privilégios para funções, mas nenhum desses atributos parece corresponder ao arquivo admin option. A documentação do Postgres também parece muda sobre isso.

Então... onde o Postgres controla isso e como posso consultá-lo?

Com base na resposta de @Erwin Brandstetter, tenho algumas perguntas mais profundas...

• \drg não está disponível para mim. Presumo que esteja em uma versão do Postgres mais recente que 13?
• Isso torna o SQL realmente valioso, mas não tenho certeza de como isso se traduz. Meu resultado é:

SELECT roleid::regrole, member::regrole, grantor::regrole, admin_option
FROM   pg_auth_members where roleid::regrole::text like 'content%';;
    roleid     |    member     |    grantor    | admin_option 
---------------+---------------+---------------+--------------
 content_adm   | int_web_admin | content_adm   | f
 content_rwd   | randall       | postgres      | f
 content_rwd   | content_adm   | postgres      | f

Todos os roleids têm as admin_optionfalse em todas as linhas da tabela pg_auth_members (mas um postgresroleid notavelmente não estava lá). Mesmo assim, content_adm pode conceder content_adm à função int_web_admin, mas não pode conceder content_rwd a ela.

As linhas relevantes do \dushow:

    Role name     |  Attributes    |            Member of             
------------------+----------------+----------------------------------
 content_adm      |                | {content_rwd}
 content_rwd      | Cannot login   | {}
 randall          |                | {content_rwd}
 int_web_admin    |                | {sys_role,content_adm}

(Acredito que a associação content_adm e randall de content_rwd foi configurada pelo DBA anterior)

Portanto, minha segunda pergunta complementar é: Como traduzo o resultado da consulta SQL em informações semelhantes às \drg?

Minha pergunta básica é: o que afeta o desempenho de \d?

Eu tenho um esquema separado (pequeno) que gerencio em um servidor de banco de dados no qual não tenho privilégios superiores. O servidor contém um enorme banco de dados (mais de bilhões de linhas) em seu esquema público. Meu esquema separado fornece algumas informações auxiliares usadas apenas para renderização de dados na página da Web no esquema público.
     Editar : na verdade, são mais de 5,5 bilhões de linhas, e isso está apenas em uma das maiores tabelas (e levou apenas 1,5 horas para terminar count(*)!).

Quando faço um simples \dno prompt do psql, é muito lento - da ordem de 6,5 segundos quando cronometro. Claramente, o banco de dados/servidor de banco de dados tem carga pesada, mas devo levar esse \ddesempenho à atenção dos administradores de sistemas (que geralmente não querem ser incomodados)? (Isso implica algo marcadamente errado no sistema?) Todo o resto no meu esquema é executado na ordem de milissegundos, portanto, não afeta o desempenho do meu esquema em si .

Independentemente de eu chamar a atenção deles, o que impacta o desempenho de \d? O esquema público possui 985 tabelas. Mesmo assim, parece que seria uma consulta bastante simples; Eu esperaria que estivesse apenas olhando os nomes das tabelas, não o conteúdo das tabelas.

Eu tenho uma consulta para produzir algum texto para criar algum texto de VALORES para colocar em um arquivo .sql para inserir algumas linhas. Eu recebo uma linha em branco nos resultados:

postgres=# SELECT '  (' || obj_id || ', ''' || obj_type || '''),' FROM il2.objects WHERE obj_id < 11 ORDER BY obj_id;
        ?column?         
-------------------------
   (1, 'ScienceDomain'),

   (3, 'PIs'),
   (10, 'Instrument'),
(4 rows)

Fazendo um select *, fica bem claro que está sendo causado por obj_typeser NULL para obj_id2:

postgres=# SELECT * FROM il2.objects WHERE obj_id < 11;
 obj_id |   obj_type    
--------+---------------
     10 | Instrument
      1 | ScienceDomain
      2 | 
      3 | PIs
(4 rows)

(confirmando que é NULL):

postgres=# SELECT * FROM il2.objects WHERE obj_type IS NULL;
 obj_id | obj_type 
--------+----------
      2 | 

Por que o resultado do primeiro está SELECTme dando uma linha em branco?
Mesmo o elenco obj_type::textainda me deu uma linha em branco.

Informações Adicionais: O esquema, pelo que vale:

postgres=# \d il2.objects
                                  Table "il2.objects"
  Column  |       Type        | Collation | Nullable |             Default              
----------+-------------------+-----------+----------+----------------------------------
 obj_id   | integer           |           | not null | generated by default as identity
 obj_type | character varying |           |          | 
Indexes:
    "objects_pkey" PRIMARY KEY, btree (obj_id)

De acordo com a documentação do PostgreSQL, parece haver suporte para SET CONNECTION .

No entanto, quando tento executá-lo no prompt do psql, recebo

ERRO: parâmetro de configuração "conexão" não reconhecido

Estou bem ciente de usar \connect , mas quero ser capaz de alternar bancos de dados na execução de um arquivo .sql.

Isso é um bug no PostgreSQL? Ou algum sinalizador precisa ser definido para criar o parâmetro?

Estou tentando criar uma cópia de um banco de dados no postgresql de acordo com a resposta do SO de 2009, mas estou tendo problemas.

No Postgres 9.3.9, isso cria um banco de dados sem relações (o gcis db existe e possui tabelas e dados):

postgres=# CREATE DATABASE gcis_rollback WITH TEMPLATE gcis OWNER postgres;
CREATE DATABASE
postgres=# \c gcis_rollback
You are now connected to database "gcis_rollback" as user "postgres".
gcis_rollback=# \d
No relations found.

Eu recebo o mesmo usando a linha de comando createdb:

~$ createdb -O postgres -T gcis gcis_rollback2
~$ psql gcis_rollback2
psql (9.3.9)
Type "help" for help.

gcis_rollback2=# \d
No relations found.

Por que não vejo uma cópia completa deste banco de dados?

Background - Este é um servidor dev, onde posso derrubar as conexões para fazer uma cópia. O que eu quero é apenas uma cópia local para facilitar os propósitos de reversão ao desenvolver/testar mudanças no esquema do banco de dados usando o framework Perl Module::Build::Database para construir um patch.

Informações adicionais :

gcis=# \l+ gcis
                                               List of databases
 Name |  Owner   | Encoding |   Collate   |    Ctype    | Access privileges | Size  | Tablespace | Description 
------+----------+----------+-------------+-------------+-------------------+-------+------------+-------------
 gcis | postgres | UTF8     | en_US.UTF-8 | en_US.UTF-8 |                   | 35 MB | pg_default | 


gcis=# \d
                        List of relations
    Schema     |             Name             |   Type   | Owner  
---------------+------------------------------+----------+--------
 gcis_metadata | _report_editor               | table    | ubuntu
...
(57 rows)