Fórum Registro invisível !!!!! pode? #59800

22/05/2008

0

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

Responder

Posts

22/05/2008

Emerson Nascimento

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.


Responder

Gostei + 0

Utilizamos cookies para fornecer uma melhor experiência para nossos usuários, consulte nossa política de privacidade.

Aceitar