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/ 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
