[firebase-br] Abrir e fechar conexões

[Vanessa Santos]

Oi Marcio,

Tenho uma aplicação rodando à três anos na empresa e tive apenas 2 
corrupções de banco de dados, as 2 vezes foi porque o usuário simplesmente 
desligou o servidor no meio de todos os processamentos.
Agora q o servidor é dedicado e temos uma ótima estrutura de segurança em 
termos de hardware não tive mais esse tipo de problema.

Detalhe, o servidor na época era Win98 também.

Uma sugestão é trabalhar com Force
"genesiohotmail" <genesiohotmail em hotmail.com> 
escreveu na mensagem news:BAY17-DAV367956FEDBE7F6032EBBFC9BA0 em phx.gbl...
> Tenho alguns clientes com até 15,  e servidor Linux Fedora, onde
> 90% das estacoes sao w98, alguns processos utilizo cache updates e
> outros não, minhas coneccoes ficam abertas o tempo todo e utilizo
> commitretaining, o unico problema que tive ate o presente momento
> foi em uma rotina onde a qtde atributos de uma tabela é muito
> grande e eu estava utilizando cacheupdates, ao dar um applyupdates
> ficava travada. Tirei o cache update da tabela e não houve mais
> problemas. Com relação ao banco, não sei qual dos dois é melhor,
> o Fedora ou o Firebird, porque o que já houve de pane, servidor
> desligado sem querer, estação travada por culpa do usuario, e,
> nada de corrupção no banco!!
>
> Com relação ao applyupdates acredito que deva ser alguma configuracao
> no firebird.conf, mas nao tive tempo de verificar, se alguem tiver
> alguma sugestao agradeço!!!
>
>
>
> ----- Original Message ----- 
> From: "Marcio Grazianni" 
> <tec em brasilsoftware.com>
> To: "FireBase" <lista em firebase.com.br>
> Sent: Wednesday, August 10, 2005 3:57 PM
> Subject: [firebase-br] Abrir e fechar conexões
>
>
>> Olá pessoal.
>>
>> Trabalho com D7 + IBX + FB15 e tenho um sistema muito grande.
>> No meu datamodule somente existe um componente que é o database. Os 
>> transactions eu crio em cada form junto com seus respectivos datasets, 
>> querys etc.
>> Nunca utilizei commitretaining, sempre commit.
>> Busco nos meus cadastros somente um registro de cada vez, mas mesmo assim 
>> em alguns clientes começou a aparecer algumas corrupções de banco de 
>> dados.
>> Estes clientes que dão problema geralmente usam win98 em várias estações.
>> Seguem abaixo algumas perguntas:
>> 1. Este modelo acima citado tem algum erro? Precisa melhorar em algum 
>> aspecto?
>> 2. Devo fechar as conexões ao banco após as operações? (Acabei de ler 
>> isto na MSDN magazine nº 20 John Papa)
>> 3. O Firebird.log do servidor fica mostrando dezenas de mensagens 
>> "INET/inet_error: connect errno = 10061". Não deve ser normal. Será por 
>> causa dos win98 nas estações?
>> 4. O Firebird 2.0 vai ficar mais duro na queda quanto a estas questões de 
>> corrupção? Ouço falar demais desses problemas com outras pessoas. 
>> (Trabalhei com MSSql e Oracle e era difícil dar coisas assim)
>> 5. Existe a pretensão de o programador parar de se preocupar em commitar 
>> "selects"? Nos outros bancos a transação é somente para alterações. (Sei 
>> que isso é por causa do versioning, mas é chato paca)
>> 6. Alguém tem experiencias a compartilhar sobre o uso do Interbase 7.5? É 
>> que estou com estes problemas de corrupção e não posso descartar nenhuma 
>> alternativa. (Atualmente culpo a rede ou a estações com win98)
>>
>> Desde já agradeço a troca de informações e opiniões.
>>
>> Marcio Grazianni
>> tec em brasilsoftware.com
>> Brasil Software Soluções Empresariais Ltda.
>>
>> ______________________________________________
>> FireBase-BR (www.firebase.com.br) - Hospedado em www.bavs.com.br
>> Para editar sua configuração na lista, use o endereço 
>> http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
>> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>>
>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.bavs.com.br
> Para editar sua configuração na lista, use o endereço 
> http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>