vastlysuperiorman's questions

Eu tenho um banco de dados de produção que me disseram que está "nomeado incorretamente". Existe uma maneira de alterar o nome sem interrupção?

O banco de dados em questão tem um nome semelhante prod_api_dbe deve ser nomeado api_db.

Eu esperava que houvesse uma maneira de criar um "alias", por assim dizer, de modo que ambos os nomes sejam válidos e apontem para o mesmo banco de dados por um período de tempo enquanto todas as configurações do aplicativo são atualizadas com o novo nome. Depois que tudo estiver atualizado, o nome antigo poderá ser removido.

 -- Stage 1, create alias "api_db":

apps ==> prod_api_db
                    > actual_database
              api_db

-- Stage 2, Update app configs:

    prod_api_db
               > actual_database
apps ==> api_db

-- Stage 3, Remove old name:

apps ==> api_db > actual_database

Esse tipo de funcionalidade existe no postgres?

Apenas como pano de fundo, este é o postgres 11. Eu tenho servidores dev, qa e produção para trabalhar, para que eu possa testar antes de aplicar uma alteração.

Perdoe-me se estou sendo muito ignorante sobre isso. Eu não sou um DBA... apenas um SRE trabalhando para uma pequena empresa que foi encarregada de algum banco de dados, e ainda não encontrei uma boa resposta.

Eu tenho uma situação estranha. Eu tenho um mestre de banco de dados postgreSQL com vários espaços de tabela grandes divididos em 3 discos físicos. Estou configurando um escravo que será usado para descarregar consultas longas e insensíveis ao tempo do mestre.

Como o tempo não é uma preocupação do escravo, configurei uma máquina com apenas um disco. No entanto, quando tento configurar a replicação, o psql tenta imitar a estrutura do mestre.

$ /usr/pgsql-9.2/bin/pg_basebackup -h [master] -D "/opt/database" -U [user]
pg_basebackup: could not create directory "/opt/archive-tables": permission denied

Como tenho apenas um disco, preciso que todos os dados sejam armazenados em /opt/database (onde o disco está montado).

Existe alguma maneira de substituir a estrutura do tablespace mestre e forçar tudo a ir para um único tablespace (ou pelo menos para um único local de arquivo)?

Eu tenho um banco de dados Postgres que contém detalhes sobre clusters de servidores, como status do servidor ('ativo', 'em espera' etc). Servidores ativos a qualquer momento podem precisar fazer failover para um modo de espera, e não me importo com qual modo de espera é usado em particular.

Quero que uma consulta de banco de dados altere o status de um standby - APENAS UM - e retorne o IP do servidor que deve ser utilizado. A escolha pode ser arbitrária: como o status do servidor muda com a consulta, não importa qual standby está selecionado.

É possível limitar minha consulta a apenas uma atualização?

Aqui está o que eu tenho até agora:

UPDATE server_info SET status = 'active' 
WHERE status = 'standby' [[LIMIT 1???]] 
RETURNING server_ip;

Postgres não gosta disso. O que eu poderia fazer diferente?