Emerson, > Caso tenha alguma atualização de tabelas onde envolva mudança de estrutura > de campos que ja contenham valores.. > Como devo proceder nesse tipo de processo que é comum..porém o que impacta > são os dados de tabelas extensas..
> Tenho recebido os scripts dos analistas, porém..queria ver uma solução de > script de verificação ou sincronização o algo do tipo..alguém já pensou > numa > solução parecida... O que *eu* faço é o seguinte: * serializo todas as atualizações a bases de clientes. Em outras palavras, eu ordenos os scripts que devem ser aplicados na base desde a sua criação original até a estrutura de hoje, separadinhos por operação de alteração. * sempre que for atualizar uma base, eu agendo com o cliente a alteração, pois enquanto tem script rodando alguns ou todos os processos dele vão ter de esperar. Normalmente dá para pedir para todo mundo cair fora do sistema por meia hora ou mando o técnico lá depois do expediente. * Meus scripts sempre dropam e recriam todas as constraints que possam atrapalhar algum UPDATE mirabolante, por isso os nomes de todas as constraints, uniques e índices são conhecidos e padronizados. * mantenho o modelo E-R numa ferramenta de modelagem para criá-lo do zero quando bem entender, além de ter de onde tirar a base pronta para clientes novos. Isso é o cenário ideal, que vem sendo tudo o que preciso há uns 3 anos. Agora, se você se perdeu no que está aplicado em cada base ou elas são apenas parcialmente equivalentes, ihhh... aí, meu caro, o jeito é se virar com o plano B: Gere um script que consulte as tabelas do sistema e liste todas as tabelas, campos, functions, tipos de dados, triggers, views e demais tralhas da base e jogue isso num TXT. *Fundamental* neste caso é você escolher um ORDER BY para cada tipo de objeto, assim qualquer comparador de arquivos texto vai te dizer certinho e sistematicamente quais são os campos que estão numa base e não na outra. Outra coisa importante é não citar nas suas consultas nenhum ID específico da base, assim bases com mesma estrutura gerarão TXTs *idênticos*. Atenciosamente, Mozart Hasse _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
