Michal Charemza's questions

Notei que para uma tabela (ou visualização ou visualização materializada) no PostgreSQL, há uma linha em pg_depend vinculando a linha pg_class da tabela com a linha pg_namespace do seu esquema.

No entanto, estou pensando se há algum caso em que uma linha em pg_depend pode vincular a linha pg_class a uma linha pg_namespace de um esquema no qual ela não está.

Isso está no contexto de Como posso listar as tabelas em um esquema sem uma varredura sequencial de pg_class?, onde estou tentando encontrar uma consulta eficiente para encontrar as tabelas em um esquema e me pergunto se tenho que lidar com esse caso.

No PostgreSQL, eu gostaria de listar as tabelas em um esquema. Eu tenho essa consulta que faz isso para o esquema público, por exemplo:

SELECT
  relname
FROM
  pg_class
WHERE
  relnamespace = 'public'::regnamespace
  AND relkind = 'r';

No entanto, no meu sistema isso leva ~400-500ms (e às vezes pode levar muito mais tempo). Suspeito que isso seja porque pg_class tem mais de 5 milhões de linhas e tem quase 5gb de tamanho.

Olhando para a explicação e análise da consulta, vejo isto:

                                                        QUERY PLAN
--------------------------------------------------------------------------------------------------------------------------
 Gather  (cost=1000.00..356932.33 rows=14 width=64) (actual time=2.190..418.126 rows=120 loops=1)
   Workers Planned: 2
   Workers Launched: 2
   ->  Parallel Seq Scan on pg_class  (cost=0.00..355930.92 rows=6 width=64) (actual time=5.318..375.222 rows=40 loops=3)
         Filter: ((relnamespace = '2200'::oid) AND (relkind = 'r'::"char"))
         Rows Removed by Filter: 1792453
 Planning Time: 0.070 ms
 Execution Time: 418.162 ms

e vejo que tem uma varredura sequencial em pg_class. Olhando para os índices em pg_class, isso não é surpreendente - não há índice na coluna relnamespace (pelo menos, nenhum índice que tenha relnamespace como sua primeira coluna).

Então, como posso evitar a varredura sequencial em pg_class ao tentar encontrar as tabelas em um esquema? Isso é possível?

O espaço das chaves nos bloqueios de aconselhamento do PostgreSQL é privado para o banco de dados conectado ou compartilhado entre o cluster de banco de dados?

Bisbilhotando https://www.postgresql.org/docs/current/functions-admin.html#FUNCTIONS-ADVISORY-LOCKS e https://www.postgresql.org/docs/current/explicit-locking.html#ADVISORY- LOCKS a resposta não parece óbvia.

Quais bloqueios um REVOKE ALL PRIVILEGES ON uma tabela do PostgreSQL requer?

Especificamente, ele pode ser bloqueado por um ALTER TABLE de longa duração que adiciona uma coluna à tabela?

Estou procurando uma maneira de uma tabela ser trocada enquanto está sendo usada. Digamos que temos uma visão

CREATE OR REPLACE VIEW my_data AS SELECT * FROM my_data_v1;

que está sendo usado, por exemplo, muitos arquivos SELECT * FROM my_data. Então eu ingiro dados em uma nova tabela, my_data_v2e então executo:

CREATE OR REPLACE VIEW my_data AS SELECT * FROM my_data_v2;

Isso bloquearia qualquer SELECTinstrução que esteja usando a definição de exibição original?

É possível para UPDATEs no PostgreSQL travar no modo de confirmação automática? Se sim, como e por quê? (Ou, por que não?)

Como deve ser tomada a decisão de habilitar/desabilitar o cache de query do MySQL, em um servidor que utiliza apenas tabelas InnoDB. Digamos, por exemplo, se o cache estiver ativado, como deve ser a saída de:

SHOW STATUS LIKE 'Qcache%';

ser interpretado para tomar a decisão? Ou que outras consultas/criação de perfil podem ser realizadas para obter mais informações e, em seguida, como devem ser interpretadas? Se for habilitado, como seu tamanho deve ser determinado? Estou no Amazon RDS, usando MySQL 5.6. Vou acabar tendo cerca de ~ 250 bancos de dados separados, totalizando ~ 200 GB de espaço.