Não é a primeira vez, não será a última que aparece um maluco com esse tipo de ideia. Já ouvi gente querendo rodar Postgres até em celular. O pessoal se empolga com o Postgres. Ele é bacana e coisa e tal, mas tem limitações. Ele pode não ser a solução ideal para aplicações embarcadas. Ok, eu já vi aplicações rodando com versões antiquíssimas do Postgres. Pode passar anos sem dar nenhum problema. Mas veja bem… o PostgreSQL nasceu para rodar num servidor, com alguém de olho nele.

Sim, dá para rodar um PostgreSQL até em PS2, mas não faça isso. Considere algumas questões:

Enfim, existem soluções de banco de dados que são otimizadas para trabalhar embarcadas. Não, não estou falando do Access (que só serve mesmo para dar dor de cabeça). Mas assim como o SQLite, você pode usar XML, texto puro, Berkeley DB, Firebird entre outros. A vantagem é que eles vão consumir muito menos recursos do SO e vão ser muito mais fácil de manter. O PostgreSQL é um dragão que quer o servidor só para ele. É neste terreno que ele tem se tornado um “database killer”.

2 respostas

  1. “O Postgres é bastante exigente com discos. São vários componentes que não envolvem apenas os datafiles: temos o WAL, clog, tablespaces, archive, etc. Claro, você pode instalar tudo num único diretório, mas para ganhar desempenho, toda uma arquitetura tem de ser pensada. Em geral, o mínimo que se faz é criar sua base numa partição separada do restante do SO.”

    isso poderia ser descrito em um artigo, configurando um servidor com postgresql

    1. Você tem razão. Se tiver um serve pequeno, com até cento e poucos GB, não precisa se preocupar com particionamento e coisa e tal. Mas quando falamos de TBs, aí precisa de mais cuidado. Na verdade eu já escrevi sobre isso aqui.

Deixe uma resposta