[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