quanto a questao de segurança, eu trabalho com servidores linux, vc
restringe o acesso apenas ao usuario do firebird, meus bancos são
criptografados, para empresas q precisam "esconder" dados de
fiscalização utilizo o esquema de "bunker", que esconde dados numa
partição criptografada...
no mais, c
Olha, segurança de Arquivo e proteção contra corrupção por qualquer motivo
que seja, o banco tem que ter alguma proteção.
Veja o MySQL por exemplo.. com Tabelas innodb tem o mecanismo de crash
recovery, onde vc pode resetar, desligar, sacudir o servidor
que o banco vai ta lá.. sem perder 1byte.
e
s
> Sent: Friday, October 17, 2008 12:11 PM
> To: delphi-br@yahoogrupos.com.br
> Subject: Re: [delphi-br] [1/2 Off] Problemas com corrupção de dados em
> BD...
>
>
> Qualquer banco ou arquivo pode corromper com queda de luz.
> Uso o FB a 4 anos. E tive só um caso de corrupção parcial
Felipe,
Eu trabalho com os dois bancos de dados. O Firebird em um projeto legado e o
SQLServer Express em um ERP, ambos de grande porte.
Com certeza o SQLServer é muito superior ao Firebird, haja visto os anos de
epxeriência que este produto tem sobre o Firebird (sem menosprezar a
qualidade do Fir
Qualquer banco ou arquivo pode corromper com queda de luz.
Uso o FB a 4 anos. E tive só um caso de corrupção parcial de uma tabela,
justamente por falta de energia.
Quanto a maior segurança não sei lhe informar, mas é sabido que o FB *ainda*
é fraco nesse quesito.
[]
Andrei
2008/10/17 Fellipe He
Amigos, estou tendo uns probleminhas com o Firebird, alguns clientes estão
tendo seu arquivo corrompido, principalmente por falta de energia... sei que
isso não deveria acontecer, que o cliente tem que ter um nobreak, não é
culpa e nem responsabilidade do firebird e nenhum banco prever tais "falta
6 matches
Mail list logo