On Thursday 28 June 2007 10:38:59 Gman wrote: > Olá, > A energia aqui é meio instável e algumas vezes os nobreaks não dão > conta e eu já tive problemas com dados corrompidos no mysql. Enquanto > eu resolvo o problema dos nobreaks, e já que reciso fazer a migração > do banco de dados para postgresql, eu queria perguntar se essa > sucetibilidade a problemas quando o servidor é desligado de forma > errada varia conforme o banco de dados (por diferenças na forma com > que efetuam as transações, por exemplo) e se sim, quais sofreriam > menos com esse problema.
Olá "Gman" (seria legal saber teu nome... "gman" para mim para pouco "manly"...). Há enormes diferenças entre os bancos de dados sim. E há também enormes diferenças levando em consideração os sistemas de arquivos envolvidos, quando há algum. O que você deve sempre levar em consideração é a capacidade de recuperação de falhas, a capacidade de manutenção da integridade dos dados, os métodos de acesso a esses dados, etc. Se o banco de dados não garante a integridade de teus dados em uma situação normal -- é o caso do MySQL... talvez as versões mais novas com diversas opções configuradas fora do padrão tenham alguma vantagem --, então ele não vai garantir em um caso de falha. Se o banco corrompe dados facilmente, então há grandes chances dos dados serem corrompidos quando houver a queda de energia. Como você pode perceber, ao haver uma falha abrupta no sistema a tendência é a intensificação dos problemas que costumam ocorrer rotineiramente. Quando você dimensionou teu projeto, avaliou as ferramentas e escolheu as que atendiam tuas especificações, esses quesitos -- robustez, recuperação de falhas -- deveriam ter sido considerados com um peso no mínimo igual ao da velocidade -- e velocidade não é apenas "SELECT"! -- para que você não tivesse surpresas desagradáveis. Um ponto sempre ignorado / minimizado é a manutenção da integridade dos dados. Um banco de dados pode ser meramente um repositório de dados ou pode ser realmente um banco de dados capaz de gerenciar e manter as informações de maneira correta. É função do projetista da solução avaliar e listar prós e contras das escolhas que possui e ver as que ele vai efetivamente usar. Infelizmente -- ou, no meu caso que vendo serviços para "corrigir cacas" felizmente... -- as pessoas só vão pensar nisso quando já têm problemas. Esquecem-se que "remendar" pode custar MUITO mais caro do que fazer certo desde o começo. Sds, -- Jorge Godoy <[EMAIL PROTECTED]> --------------------------------------------------------------------------- Esta lista é patrocinada pela Conectiva S.A. Visite http://www.conectiva.com.br Arquivo: http://bazar2.conectiva.com.br/mailman/listinfo/linux-br Regras de utilização da lista: http://linux-br.conectiva.com.br FAQ: http://www.zago.eti.br/menu.html
