Você pode desabilitar o fsync, que é o sincronimo automático com o filesystem. Mas aí, você corre o risco de perda de dados, só que você tem que pensar no custo-benefício: melhor perder alguns dados do que TODOS os dados.
Você deu uma olhada no SQLite? Acho que é um banco mais leve para sistemas embarcados... Em 25 de março de 2010 12:28, Thiago Tiedtke dos Reis <tied...@gmail.com> escreveu: > Bom dia pessoal, > > Acompanho a lista a muito tempo, e em todas as vezes que precisei, obtive > respostas somente consultando o histórico desta, encontrando sábias soluções > propostas pelos diversos colaboradores de peso que aqui visitam, ou mesmo > habitam ... :) > > Há algum tempo estou com umas dúvidas a respeito do uso do postgresql em > sistemas embarcados que eu desenvolvo. Vou tentar contextualizar para o > melhor entendimento. > > Postgresql 8.4 (não faz muita diferença a versão, desde que suporte pelo > menos a extensão postgis) > PostGIS > Windows XP 32 bit > > Na verdade o sistema é simples, poucas tabelas, algumas com suporte a dados > geográficos, etc. > > O computador onde o meu sistema e o PG são instalado, é embarcado em um > veículo, onde existem alguns sensores, e algumas interfaces para controlar e > fazer a aquisição com esses sensores. Até ai tudo bem, a parte de integração > e controle está tudo bem também. > > Porém atualmente nossa interface é simples, e não utilizo qualquer tipo de > SGBD. Decidi pela escolha do Postgres por todas as caracteristicas do mesmo, > e principalmente pela extensão postgis para trabalhar junto com mapserver, > openlayers, etc... > > A versão beta do sistema, usando o PG está funcional, porém no setor de dev, > ou seja, computadores quietinhos, parados, sem interferecias > eletromagnéticas, etc. > > Como o sistema é embarcado, ocorrem alguns problemas, que conhecemos, porém > as vezes provocam instabilidade do hardware, como por exemplo: > > - Interferencias eletromagneticas no sistema sensor (que trava todas as > interfaces, e por sua vez, travando o windows). Interferencias essas que vem > do próprio veículo, oriundas do sistema de ignição, alimentação, rádios > transmissores para comunicação, etc. > > Apesar de tomarmos muitas preucações usando filtros, aterramentos, cabos > blindados, etc, travamentos acontecem (mas sem muita frequencia). > > Ok, agora vem a pergunta: > > Como evitar que a base do PG corrompa quando esse travamento ocorrer - o que > ja ocorreu umas vezes, quando o windows travou, devido ao erro nas placas de > aquisições ? > > Gostaria de saber entao algumas dicas/regras para que a base do PG suporte > um travamento inexperado do SO, mantendo integra a base, após um reinicio do > sistema. > > Durante o uso do sistema, é feita inclusão/alteração em algumas tabelas, e a > taxa máxima de incluão é de 1 Hz, em uma tabela contendo um campo de dados > geográficos (1Hz é taxa de coleta de um GPS que vai embarcado também). > > Espero que tenham compreendido, e que possam me dar algumas dicas. > > Portanto deste já agradeço, e peço desculpas pela falta de "sinteticidade" > neste email... :) > > []s > > Thiago Tiedtke dos Reis > > _______________________________________________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- ================================= Pablo Santiago Sánchez phack...@gmail.com (61) 9975-0883 http://www.sansis.com.br "Quidquid latine dictum sit, altum viditur" ================================= _______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
