Agora, voltando a vaca quente... No artigo, é citado o Ruby On Rails.
"Em sistemas pequenos, a centralização da inteligência da aplicação dentro de SGDBs é aceitável, porém com o aumento de aplicações Web e frameworks como o Ruby On Rails, esta não parece ser uma tendência de longo prazo." Esse é um ponto interessante. O Rails permite que você faça algumas coisas que não são possíveis em certos bancos de forma mais fácil. O seu banco escolhido não tem integridade referencial (chave estrangeira), e não tem como fazer um delete cascade (não é o caso do PostgreSQL)? O Rails faz pra você. O seu banco é o Firebird, e você acha chato ter de criar uma trigger para fazer o auto-incremento? Crie apenas o Generator, e o rails faz pra você. O seu banco é o PostgreSQL e você gostaria de usar consultas hierárquicas (ainda não disponíveis, previstas para o 8.3) ? Siga as convenções, instale o plugin act_as_tree e seja feliz! Não estou exaltando o rails - mal uso ele. Mas ele propõe uma inversão de valores - ao invés de ter as coisas centralizadas no banco, você tem as coisas centralizadas no modelo da aplicação. Observem que o banco passa do mínimo denominador comum, já que o esforço foi feito uma camada acima. Mas digamos que daqui a dois anos descubramos que o rails foi uma grande ilusão, demos todos com os burros n'água. Precisamos migrar a aplicação para outra linguagem. Acho que teremos uma grande dor de cabeça. O meu ponto é: o que é mais fácil de ser trocado? O banco ou a linguagem? Se for o primeiro, concentremos nossos esforços na linguagem. Se for o segundo, no banco. É só uma pequena opnião. Comentários e críticas são bem vindos. []'s - Walter On 11/30/06, José Mario Barduchi <[EMAIL PROTECTED]> wrote:
Aqui na empresa utilizamos o PHP e para a camada de abstração de dados utilizamos o AdoDB, sem nenhum problema. Utilizando todos os recursos da mesma vc terá, na eventual necessidade de uma migração do de um SGBD para outro, pouquissimo trabalho com relação aos seus códigos. para o nosso caso, ela atende perfeitamente. Outra que é bem conhecida, mas eu nunca testei, é o Metastorage (acho que é assim, se não for faça uma busca no PhpClasses que você achará). O que se diz é que o AdoDB foi baseada nessa classe. Abraço José Mario Barduchi TI - Tecnologia da Informação Grupo Wheaton Brasil Fones: (11) 4355 - 1931 (11) 4355 - 1800 Em Qua, Novembro 29, 2006 18:05, Jorge Vilela escreveu: Bem eu não pensava em ter grandes mudanças nos sistemas, nada além da comunicação com o banco. Um framework como esse seria recomendado? Pode se usar apenas parte(s) dele(s)? On 11/29/06, Fabio Telles [EMAIL PROTECTED]> wrote: > > 2006/11/29, Jorge Vilela [EMAIL PROTECTED]>: > > Alguém tem alguma sugestão para PHP? > > Eu trabalho apenas com duas camadas e estou sempre pensando "E quando > eu mudar de banco de dados? O que farei? ". > > Existem boas e seguras soluções para uma camada intermediária? > > Existem alguns frameworks MVC[1] para o PHP, teste o CakePHP[2] e me > diga o que achou... > > Alguém por aí utiliza algum framework PHP aí? > > []s > Fábio Telles > > [1]http://en.wikipedia.org/wiki/Model-view-controller > [2]http://www.cakephp.org/ > > > > > > > On 11/28/06, wallace reis [EMAIL PROTECTED] > wrote: > > > > > > On 11/28/06, Fabio Telles [EMAIL PROTECTED]> wrote: > > > > > > > PERL é realmente fantástico! PL/Perl também! DBI-Link então... > > > > > > > > > Com certeza. > > > > > > > > > > Que eu me lembre, ao usar o DBI do PERL, você também pode enviar > > > > comandos tradicionais ao SGDB, para utilizar recursos específicos. > > > > > > > > > > É verdade que vc pode fazer isto com DBI e com DBIx::Class tbm. > > > > > > > > > > Lembro uma vez de ter conversado bastante com o Mago sobre isto. > Mas é > > > > > > > verdade que a utilidade disto é restrita para situações muito > > > > específicas. Não conheço o suficiente de PERL para opinar aqui, > mas > > > > pelo que eu lembre existem brechas... estou equivocado? > > > > > > > > > Rpaz, não me deparei com brechas do tipo que vc citou. Uma coisa que > senti falta foi poder escolher o schema no momento da conexão com o banco, > mas acho que isto não vai demorar de ser feito. E isto não é classificado > como brecha como vc disse, pq vc classificou como a impossibilidade de poder > executar recursos específicos no SGBD. Mas pode ser que exista outros tipos > de brechas. > > > > > > > > > > Aplicações financeiras exigem logs muito bem elaborados, por > exemplo. > > > > > > > > > Como disse... > > > > > > > > > > > São feitas geralmente em scripts batch. E mais, o > > > > > DBIx::Class tem uma váriavel de ambiente que pode ser setada > para prover o > > > > > log das operações realizadas no SGBD. > > > > > > > > > E vc ainda pode customizar estatisticas com > DBIx::Class::Storage::Statistics. > > > > > > > > > > É verdade, existem vários casos em que o SGDB não é um bom local > para > > > > isso. Mas para processar uma folha de pagamento de 10 mil > > > > funcionários... pode ser uma boa!!! Realmente cada caso é um caso! > > > > > > > > > > Pode ser uma boa sim. E concordamos que cada caso tem suas > especialidades. > > > > > > > > > > Mas > > > > ainda fico imaginando que se as ferramentas de abstração fossem > tão > > > > eficientes, porque é que as pessoas se debatem tanto entre a > escolha > > > > de um Oracle, PostgreSQL ou MySQL? > > > > > > > > > Também já me fiz esta pergunta. Só que existem vários quesitos de > escolha entre um SGBD e outro como: licensa e suporte, características do > SGBD, habilidades do projetista de BD, etc. > > > Aqui, começamos com MySQL e hj usamos PgSQL. Pq? > > > Particularmente encontrei algumas coisas no Pg que não encontrei no > MySQL: > > > * tipos de dados = tipos base, tipos compostos, domínios, > pseudo-tipos e tipos polimórficos > > > * Programação server-side, UDF = query language functions, > procedural language functions, internal functions e C-language functions > > > * equivalência entre notação funcional e notação atributo, permite > emular atributos derivados > > > * também é possivel usar visões para emular atributos derivados > > > * SQL Functions usadas como tabelas fonte > > > > > > nem tudo é eficiente ser feito na camada da aplicação, nem tudo no > SGBD. Também por isto a escolha do SGBD é importante. > > > > > > > > > > Obrigado pelos comentários.... meu intuito foi justamente o de > coletar > > > > novas opiniões sobre o assunto... > > > > > > > > > > Vlw! > > > > > > > > > -- > > > wallace reis > > > Núcleo de Biologia Computacional e > > > Gestão de Informações Biotecnológicas/LABBI > > > _______________________________________________ > > > 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 > > > > > > > > > > > > _______________________________________________ > > 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 > > > > > > > > -- > site: http://www.midstorm.org/~telles/ > <http://www.midstorm.org/%7Etelles/> > e-mail: [EMAIL PROTECTED] > jabber: [EMAIL PROTECTED] > sip:[EMAIL PROTECTED] > _______________________________________________ > 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 > _______________________________________________ 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
_______________________________________________ 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
