Jharwood's questions

Eu estou querendo saber se o PostgreSQL tem uma consulta de atualização um pouco como sua sintaxe de valores de inserção.

Eu tenho um conjunto atualizado de dados neste formulário atualmente:

INSERT INTO bought_in_control_panel(ID,PARENT_ID,BOUGHT_IN_FORM_TYPE_ID,PRIORITY,NAME,HEADING,DESCRIPTION,ICON,BOUGHT_IN_CONTROL_PANEL_FILE_ID)
VALUES(109,1,28,100,'Tooling','Tooling','Enter your Machine Tools here','tooling.png',null);

e quero atualizar as linhas que já estão lá para os novos dados, estou procurando algo como o seguinte, onde posso atualizar todas as linhas sem me repetir:

UPDATE ON ID
bought_in_control_panel(ID,PARENT_ID,BOUGHT_IN_FORM_TYPE_ID,PRIORITY,NAME,HEADING,DESCRIPTION,ICON,BOUGHT_IN_CONTROL_PANEL_FILE_ID) 
VALUES(
        (109,1,28,100,'Tooling','Tooling','Enter your Machine Tools here','tooling.png',null), 
        (1,0,1,200,'Bought In','Bought In','','boughtin.png',null)
);

O acima verificaria os IDvalores correspondentes e atualizaria as correspondências com os novos dados.

Observação: estou realmente procurando evitar o mapeamento manual de todos os nomes das colunas. O PostgreSQL já conhece minhas colunas e já as mapeei nos dados. Por que fazer isso novamente em um formato mais longo?

Eu teria pensado que os bancos de dados saberiam o suficiente sobre o que encontram com frequência e seriam capazes de responder às demandas sob as quais são colocados para que pudessem decidir adicionar índices aos dados altamente solicitados.

Eu tenho duas tabelas que estou tentando reconciliar as diferenças no postgresql.

A Tabela A é antiga e precisa ser atualizada.

A Tabela B é uma versão atualizada e idêntica ao esquema da Tabela A, para a qual tenho os dados em uma tabela temporária no banco de dados da Tabela A.

Infelizmente, algum tempo depois que os dois bancos de dados divergiram, alguém alterou os UUIDs dos registros na tabela B e preciso que a tabela A corresponda à tabela B.

O esquema para ambas as tabelas é:

CREATE TABLE A
(
    uuid VARCHAR(36) NOT NULL,
    template_folder_uuid_parent VARCHAR(36),
    heading VARCHAR(255) NOT NULL,
    image VARCHAR(100),
    downloaded BOOL NOT NULL,
    allow_in TEXT NOT NULL,
    template_group VARCHAR(255) NOT NULL,
    country_filter VARCHAR(1024) NOT NULL,
    user_id INT,
    date_created TIMESTAMP,
    date_modified TIMESTAMP,
    is_modified BOOL NOT NULL,
    image_path VARCHAR(255)
);

Preciso pesquisar na Tabela A e na Tabela B e corresponder registros com base em template_folder_uuid_parent e cabeçalho, em seguida, definir o UUID do registro da Tabela A para o UUID da Tabela B. Depois de alterado na Tabela A, o UUID será colocado em cascata corretamente.

Alguém aqui sabe se há alguma ferramenta, que não use a replicação integrada do mysql, que sincronizará dois bancos de dados quando o escravo estiver inacessível da Internet por longos períodos de tempo?

A ideia é configurar uma base de máquina virtual para nossos desenvolvedores da Web, que podem ligar a VM e cloná-la automaticamente de um escravo do banco de dados de produção para fins de teste/desenvolvimento. todos eles requerem seus próprios bancos de dados, mas todos devem replicar o banco de dados mestre na inicialização.

Diagrama de funcionamento:

Banco de dados de produção -> Escravo somente leitura de produção -> Máquina virtual de desenvolvimento

Atualmente, temos 3 servidores MySQL em execução;

• o primeiro que contém dados de produção e está prestes a ser retirado

  mysqld Ver 5.5.28-0ubuntu0.12.04.2 para debian-linux-gnu em x86_64 ((Ubuntu))

  mysql> MOSTRAR ESTADO DO MESTRE; Conjunto vazio (0,00 seg)

• o segundo, que contém um instantâneo desatualizado dos dados de produção e deve substituir o primeiro.

  mysqld Ver 5.5.28-0ubuntu0.12.04.3-log para debian-linux-gnu em x86_64 ((Ubuntu))

  Status mestre

• o terceiro que já é escravo do segundo servidor.

  mysqld Ver 5.5.29-0ubuntu0.12.04.1 para debian-linux-gnu em x86_64 ((Ubuntu))

  mysql> MOSTRAR ESTADO DO MESTRE; Conjunto vazio (0,01 seg)

Minha pergunta é se eu iria configurar o seguinte?:

Primeiro Servidor (mestre) -> Segundo Servidor (escravo) -> Terceiro Servidor (escravo)

Links de tutoriais são bem-vindos! Tentei pesquisar no Google, mas tenho certeza de que peguei as palavras-chave erradas

Basicamente, parte de nossa tabela Postgresql é usada para manter os logs de acesso ao servidor e, como tal, às vezes durante a produção, isso pode ficar muito grande. existe alguma maneira de configurar no postgresql para ter um número máximo de registros que uma tabela pode ter e empurrar o registro mais antigo?

Eu quero verificar automaticamente os IDs nulos em todas as colunas de id no meu banco de dados, tenho que verificar todas as tabelas das quais existem cerca de 50.000, portanto, fazer isso manualmente é inviável