[firebase-br] Comportamento Estranho em Banco de Dados

[Valdir Dill]

Obrigado Cantu.

Sim, esse campo é índice.
Realmente, no "Performance Analysis" do IBExpert, antes do 
backup/restore, não aparece a leitura no índice. Depois do banco 
reparado, aparece como índice lido.
Então deve ser isso mesmo que você mencionou. Acho que matou a charada 
do porquê a situação ocorreu.

Mas aí tenho duas questões:
1) Esse é um campo de chave primária. Ao tentar gravar esse registro e 
índice estava corrompido, o Firebird não devia rer "berrado" (gerado 
erro) no retorno à minha aplicação?
2) Como posso fazer para consultar os índices no BD e ver se há algum 
corrompido para evitar que situações assim ocorram? O que você 
recomendaria nesse caso?

Obrigado!
Cordialmente  Financeiro

------------------------------------------------------------------------
/Cordialmente
Valdir Dill
/

Em 24/09/2021 12:00, lista-request em firebase.com.br escreveu:
> Enviar submissões para a lista de discussão lista para
> 	lista em firebase.com.br
>
> Para se cadastrar ou descadastrar via WWW, visite o endereço
> 	http://firebase.com.br/mailman/listinfo/lista_firebase.com.br
> ou, via email, envie uma mensagem com a palavra 'help' no assunto ou
> corpo da mensagem para
> 	lista-request em firebase.com.br
>
> Você poderá entrar em contato com a pessoa que gerencia a lista pelo
> endereço
> 	lista-owner em firebase.com.br
>
> Quando responder, por favor edite sua linha Assunto assim ela será
> mais específica que "Re: Contents of lista digest..."
>
>
> Resumos das últimas mensagens enviadas para a lista da FireBase.
>
>
> Tópicos de Hoje:
>
>     1. Re: Firebird 3 e 4 no mesmo servidor (Gladiston Santana)
>     2. Comportamento Estranho em Banco de Dados (Valdir Dill)
>     3. Re: Comportamento Estranho em Banco de Dados (Carlos H. Cantu)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 24 Sep 2021 10:24:26 -0300
> From: Gladiston Santana<gladiston em vidy.com.br>
> To: FireBase<lista em firebase.com.br>
> Subject: Re: [firebase-br] Firebird 3 e 4 no mesmo servidor
> Message-ID:
> 	<CA+TRsrr3QMx+3dQ9PiKmb84Nhr8g+u5BULS1C5_obRATV2yWOg em mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> Se está dizendo que você já tem uma instância mesmo tendo alterado as
> portas de configuração, além do que os colegas disseram pode ser também
> porque manteve o mesmo nome de instância nos serviços do windows para fb3 e
> fb4.
> Se for isso, eu criei um howto tempos atras, é uma sequencia de comandos,
> não tem como colar na lista porque a mensagem será barrada pelo tamanho
> então te envio um link, ficará por uma semana, veja se te ajuda:
> https://docs.google.com/document/d/1C8CPtpOtgUKjB_Bnpdl5axOghYcQUrOhW2nDaez2uSw/edit?usp=sharing
>
> O howto funciona para mim todas as vezes, vai funcionar para você também.
>
> Em qua., 22 de set. de 2021 às 17:41, Junior Santiago via lista <
> lista em firebase.com.br> escreveu:
>
>> Boa Tarde,
>>
>> Ao instalar a FB4 manualmente, após subir o serviço do FB4 apareceu a
>> mensagem que já havia uma instância e o serviço do FB4.
>>
>> Antes de subir o serviço já havia alterado o arquivo firebird.conf para
>> utilizar a porta 3054. Bem como o nome do serviço que subi como
>> Firebird_4_0.
>>
>> Além da Porta e do Nome do Serviço, preciso realizar mais alguma
>> configuração para trabalhar com FB simultâneo?
>>
>> Erro:
>> XNET error: XNET server initialization failed. Probably another instance of
>> server is already running.
>> operating system directive CreateMutex failed
>> Não é possível criar um arquivo já existente.
>>
>>
> ------------------------------
>
> Message: 2
> Date: Fri, 24 Sep 2021 11:37:33 -0300
> From: Valdir Dill<valdiralbertod em gmail.com>
> To:lista em firebase.com.br
> Subject: [firebase-br] Comportamento Estranho em Banco de Dados
> Message-ID:<8572693e-e0f5-d7dc-6881-1d98c399d871 em gmail.com>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> Bom dia,
>
> Algo muito estranho acontecendo em um BD de cliente.
> Na tabela VENDAMESTRE temos o campo CODIGOMESTRE, do tipo *integer, not
> null.*
>
> Ao fazer um select dos registros filtrando por esse campo como integer,
> retorna vazio.
> Porém, se fizer um cast, aí traz o registro.
>
> Desta forma o select retorna vazio:
> /SELECT * FROM VENDAMESTRE WHERE CODIGOMESTRE = 184857/
>
> Desta forma retorna com o registro
> /SELECT * FROM VENDAMESTRE WHERE CAST(CODIGOMESTRE AS VARCHAR(6)) =
> '184857'/
>
> Obs.: rotinas acima foram executadas via IBExpert.
> Firebird 2.5
>
> Fiz um backup/restore com GBak e resolveu.
> Ao que parece, o conteúdo do campo ficou como se fosse um varchar ao ser
> gravado o registro. Mas nenhum erro foi apresentado na aplicação.
> Mas a questão é: como isso pode ter ocorrido?
> E o mais importante? Que mecanismos posso criar no sistema para impedir
> que isso ocorra?
>
> Obrigado!
> Cordialmente  Financeiro
>
> ------------------------------------------------------------------------
> /Cordialmente
> Valdir Dill
> /
>
>
>



-- 
Este e-mail foi verificado quanto a vírus pelo AVG.
http://www.avg.com