Rodrigo Hjort wrote: > > Há uns meses atrás, no rails-br, algumas pessoas > > sugeriram que se o rails for o único a acessar o banco, o mesmo poderia ser > > feito sem chave estrangeira(já que daria pra usar o rails pra controlar > > isso). > > Veja se o DBA aceitaria... :D > (Eu não.) > Eu também não. :-) Na minha opinião, dados devem ser tratados por que está mais próximo a ele (um SGBD). Então, se o SGBD (PostgreSQL) fornece essa funcionalidade a anos porque não utilizá-la em detrimento a passar isso para uma camada superior que: não tem "experiência" no assunto e muito menos solidez no código? Continuando o assunto, acho que um banco de dados (última camada) é o menos mutável. Porque vocês acham que é sempre a linguagem que se "adapta" (faz uma interface) para um banco de dados e não o contrário? Porque há tão poucas aplicações "boas" que utilizam vários bancos? O certo é que emular uma característica de um banco de dados em outro não é uma tarefa simples; então o mais prudente é fazer uma boa implementação em um banco de dados somente e tentar aproveitar ao máximo dele. Linguagens são tendências, bancos de dados nem sempre. Quanto a quantidade de inteligência no banco de dados, acho que devemos ser moderados nesse ponto. Há bancos de dados hoje que podem armazenar toda inteligência de um sistema, mas temos que pensar que alguém "paga o pato", e nesse caso é o banco de dados. :( Como alguns disseram, a performance no banco de dados é degradada o que não é desejável em um sistema com alta carga.
Estes são meus R$ 0.02. -- Euler Taveira de Oliveira http://www.timbira.com/ _______________________________________________ Grupo de Usuários do PostgreSQL no Brasil Antes de perguntar consulte o manual http://pgdocptbr.sourceforge.net/ Para editar suas opções ou sair da lista acesse a página da lista em: http://pgfoundry.org/mailman/listinfo/brasil-usuarios
