Boa tarde amigo, Eu ja tive alguns problemas do tipo, isso normalmente se dava quando eu desejava restaurar dados de um dump em tabelas que estão em produção e tinha um campo sequencial resetado a 0.
Cláro que era uma açõa muito erronea de minha parte, então eu tinha algumas formas de agir neste caso, primeiro dando um truncate na table que tinha a duplicidade de dados, isso se os dados presentes não fossem importantes, a outra seria imagina que o final da chave sequencial seria tal numero, e dai eu dava um UPDATE somando aquela chave atual dos dado existente no momento com +100000 por exemplo, outra forma é restaurar em uma tabela de transição, ver quais são os registros duplicados e dai tentar corrigi-los. Bom, não estou dizendo que estas praticas são as melhores ou que são as unicas, obviamente deve existir praticas mais eficientes e "aceitaveis" por DBAs, mas infelizmente sou um simples coder rsrs... e os DBAs vão me matar pela dica. Abraços Joel Em 20 de novembro de 2012 10:50, Juliano Atanazio <[email protected]>escreveu: > > > Em 20 de novembro de 2012 10:09, rodrigo systemas < > [email protected]> escreveu: > > >> Pessoal! estou apanhando da restauração do backup do postgres... da erro >> de TOC...dia que tem chaves duplicadas e etc...alguem ja passou por isso? >> > > Tem como detalhar mais o processo que vc fez para fazer esse backup e sua > respectiva restauração? > > > >> >> Rodrigo >> >> _______________________________________________ >> pgbr-geral mailing list >> [email protected] >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >> >> > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- Joel Landim Mourão
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
