[firebase-br] Problema na restauração de banco
Daisson
daisson em gmail.com
Sex Nov 24 11:29:57 -03 2006
Daisson escreveu:
> Se eu fizer o SQL na base original não apareceu registro com quebra de
> PK.
Pessoal, obrigado pelas respostas. Consegui resolver o problema de uma
maneira diferente do que foi proposto.
1) Primeiro tentei utilizar o método que o Jeferson Oliveira indicou.
Criei a tabela temporária, fiz o SQL e este ficou mais de 20 minutos
para inserir 113.000 registros. Como estava demorando demais cancelei a
operação.
2) Não era problema de falta de registro "pai." Porque essa tabela é
"pai" de outras.
3) Não tive como desativar o índice, porque já tinha descoberto uma
solução.
A tabela com problema é a motivação do Diário (sistema de
contabilidade), os registros com problemas eram, ambos, digitados pela
Escrita Fiscal (que somente apareciam depois de restaurar o banco).
Resolvi verificar com base nos números das NF para quais lançamentos
estas pertenciam. Foi então que apareceu os 2 registros na tabela
Diário com o mesmo ID (o que não aparecia num Select para verificar
duplicidade (na base original)). Alterei o ID de um dos registros e
tudo passou a funcionar perfeitamente.
Espero que tenha feito vocês entenderem, eheheh.
O que mais me chamou atenção foi o fato de não retornar os registros
(na base original) com duplicidade utilizando o SQL abaixo:
SELECT CO01_DIARIO.IDDIARIO
FROM CO01_DIARIO
GROUP BY CO01_DIARIO.IDDIARIO
HAVING (COUNT(CO01_DIARIO.IDDIARIO) > 1)
Porém, depois de um backup/restore (até dar o erro de PK) esse SQL
mostrava os registros (mas só na base restaurada). Que estranho não? :D
Aí, fazendo a busca utilizando dados das NFs, consegui descobrir e
resolver e, o mais importante, o cliente pode voltar a utilizar o
sistema.
Bom, novamente muito obrigado.
--
Daisson
Pinhalzinho - SC
Mais detalhes sobre a lista de discussão lista