Registro invisível !!!!! pode?

Firebird

22/05/2008

Senhores,
Estou tentando resolver o problema do backup ainda!!
como disse anteriormente, a mensagem do restore é a seguinte:

gbak: cannot commit index RDB$FOREIGN22
gbak: ERROR: violation of FOREIGN KEY constraint ´PK_PEDIDO´ on table ´PEDIDO´
gbak: ERROR: action cancelled by trigger (3) to preserve data integrity
gbak: ERROR: Cannot deactivate primary index
gbak: Exiting before completion due to errors

percebe-se que [b:b394ff8d82]Não foi possível comitar o índice RDB$FOREIGN22 porque
houve violação de chave estrangeira[/b:b394ff8d82]
Listando todos os registros de PEDIDO e ITEM, não percebi nenhum item que não tivesse o seu respectivo pedido!!!
Foi então que tive a idéia de excluir a foreign Key ITEM_PEDIDO -> PEDIDO_ID da tabela ITEM...fiz o backup e tentei restaurar....

O restore reporta que existe um pedido com campo DATA_DIGITACAO = null !!!!! e este campo é NOT NULL !!! mas, novamente puxando todos os registros da tabela (que por enquanto ta pequena) não vejo nenhum registro com esse campo sem valor!!!
blz...retirei o not null do campo...comitei e fiz o backup novamente....

erro no restore: o campo USUARIO_DIGITOU = null!!!
visualizando os dados da tabela...nenhum registro sem o usuario !!!!

Pergunta: Existe alguma possibilidade de haver um registro em branco la dentro!! que eu não consigo ver mas que na hora do restore provoca esse erro???

Nota o GFIX não reporta erro no banco!


Raul Seixas

Raul Seixas

Curtidas 0

Respostas

Emerson Nascimento

Emerson Nascimento

22/05/2008

se você fizer um update ele exibe algum registro alterado?
por exemplo:
update pedido set USUARIO_DIGITOU = 1 where USUARIO_DIGITOU is null
(execute antes de você tirar o NOT NULL do campo)

veja se a instrução consegue atualizar algum registro. se conseguir, creio que essa seja a melhor forma, e não retirar as validações desses campos.


GOSTEI 0
POSTAR