2012/5/19 Leandro Guimarães Faria Corcete DUTRA <[email protected]> > Le 19/05/12 10:57, Matheus de Oliveira a écrit : > > >> Nisso a versão embeded do Firebird ainda leva vantagem em cima do >> SQLite, o sistema de stored procedure dele é muito bom. Mas claro que é >> outra sintaxe, modelo, etc. >> > > Ennquanto o SQLite segue o padrão ISO, via PostgreSQL.
Eu só quis dizer que o Firebird tem mais funcionalidades, no caso, stored procedures. > > Não acho que usar o SQLite deve ser visto como "otimização", é uma >> arquitetura diferente, não um SGDB. >> > > Digo que é usado em situações onde o PostgreSQL atenderia melhor, porque o > programador ou arquiteto fica com medo do consumo de recursos sem analisar > os fatos. Ok. Só tenham em mente que o SQLite *não* é feito pra arquitetura cliente/servidor [1]. > > Acho até que que o dpkg devia >> usar o PostgreSQL. >> >> Se houvesse necessidade (ou há e eu desconheço?) de um servidor de dpkg, >> aí sim o PG justificaria >> > > Não necessariamente. Por que não PostgreSQL local? Porque não há necessidade, o PostgreSQL é muito bom pra gerenciar multiplos usuários, clientes, conexões, permissões de acesso, etc. O dpkg não precisa de nada disso. O que quero dizer é que é possível fazer isso com o PostgreSQL, claro, mas convenhamos que um SQLite, por exemplo, é bem menor e supri todas as necessidades. É aquela história de usar um canhão pra matar uma formiga (ou algo assim). , mas, se não me engano (não manjo tanto a > >> fundo), o dpkg é distribuído, logo *não* deveria usar SGDB nenhum. >> > > Não entendi. Eu não tenho um servidor externo que armazena as informações dos pacotes de várias máquinas, cada máquina tem suas informações, ou seja, sua "base de dados". Outro exemplo, que considero parecido, porque o GIT não armazena as informações do repositório num PostgreSQL? Porque não precisa. Claro que no caso do GIT ele "tem" que ser mais "portátil". [1] http://www.sqlite.org/whentouse.html Atenciosamente, -- Matheus de Oliveira
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
