Em java utilizo padrão DAO ( data acess object ) , estou um tempo de fora do PHP , se no PHP tiver o conceito de interface o herança/polimorfismo tem com fazer. Prrocure no google sobre exemplos e sobre DAO, voce vai encontrar E so definir uma classe com os metodos que acessa os dados e a implementação (Mysql , oracle ) com a implementação dos metodos que acessa a base de dados, se voce quiser trocar de banco e so trocar a 'fabrica' que e um outro padrão de projeto 'abstract factory'
Tenta procurar exemplos, no google de PHP pattern DAO, ou olhar algum projeto open source que utilize DAO , com exemplos em codigo e mais facil exergar! >>lgué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? ---------- Forwarded message ---------- From: [EMAIL PROTECTED] <[EMAIL PROTECTED]> Date: Nov 29, 2006 5:38 PM Subject: Digest Brasil-Usuarios, volume 366, assunto 3 To: [email protected] Enviar submissões para a lista de discussão Brasil-Usuarios para [email protected] Para se cadastrar ou descadastrar via WWW, visite o endereço http://pgfoundry.org/mailman/listinfo/brasil-usuarios ou, via email, envie uma mensagem com a palavra 'help' no assunto ou corpo da mensagem para [EMAIL PROTECTED] Você poderá entrar em contato com a pessoa que gerencia a lista pelo endereço [EMAIL PROTECTED] Quando responder, por favor edite sua linha Assunto assim ela será mais específica que "Re: Contents of Brasil-Usuarios digest..." Tópicos de Hoje: 1. Re: Desempenho - Explain Analyze (JPO Sistemas) 2. Re: Desempenho - Explain Analyze (Mateus) 3. Re: Desempenho - Explain Analyze (JPO Sistemas) 4. Re: [off topic] Inteligência em banco de dados (Jorge Vilela) 5. Re: Desempenho - Explain Analyze (Stefan Horochovec) ---------------------------------------------------------------------- Message: 1 Date: Wed, 29 Nov 2006 15:36:37 -0200 From: JPO Sistemas <[EMAIL PROTECTED]> Subject: Re: [PostgreSQL-Brasil] Desempenho - Explain Analyze To: Grupo de Usuários do PostgreSQL no Brasil <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" Um anexo em HTML foi limpo... URL: http://pgfoundry.org/pipermail/brasil-usuarios/attachments/20061129/24bebb5c/attachment-0001.html ------------------------------ Message: 2 Date: Wed, 29 Nov 2006 15:41:07 -0200 From: Mateus <[EMAIL PROTECTED]> Subject: Re: [PostgreSQL-Brasil] Desempenho - Explain Analyze To: Grupo de Usuários do PostgreSQL no Brasil <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed A atualização do Suse esta manual. O sistema de arquivos é o ext3. A máquina que está rodando o Suse usa HD Serial ATA. JPO Sistemas escreveu: > Verifique se a atualização do Suse esteja automática e > mude para manual. > Verifique se o diretório dos seus dados estejam com o > sistema de arquivos XFS. > > Testei várias distribuições linux no meu sistema e percebi > que esta distribuição corresponde como qualquer outra, já > que o kernel é igual, com algumas implementações da > distribuição. > > Ainda não utilizo o PostgreSQL de forma definitiva no meu > ERP, o qual o binário é C (gcc). Ao mudar alguns servidores > de meus clientes do Conectiva 10 (kernel 2.6.10), para o > Suse Linux 10.1 (2.6.16) percebi uma melhora muito boa. > > Mateus wrote: >> Ja tentei de tudo e o windows esta com a melhor performance do que o Suse. >> >> *Windows* *Total runtime: 12.584 ms >> Linux Opensuse **Total runtime: 21.498 ms** >> * >> ** > > -- > Saudações > > Jocimar de Oliveira > www.jposistemas.com.br > ------------------------------ Message: 3 Date: Wed, 29 Nov 2006 15:55:02 -0200 From: JPO Sistemas <[EMAIL PROTECTED]> Subject: Re: [PostgreSQL-Brasil] Desempenho - Explain Analyze To: Grupo de Usuários do PostgreSQL no Brasil <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" Um anexo em HTML foi limpo... URL: http://pgfoundry.org/pipermail/brasil-usuarios/attachments/20061129/21c897f6/attachment-0001.html ------------------------------ Message: 4 Date: Wed, 29 Nov 2006 15:12:31 -0400 From: "Jorge Vilela" <[EMAIL PROTECTED]> Subject: Re: [PostgreSQL-Brasil] [off topic] Inteligência em banco de dados To: " Grupo de Usuários do PostgreSQL no Brasil " <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" 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? 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... > > <http://pgfoundry.org/mailman/listinfo/brasil-usuarios> > > > > 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 > > --- V a l t e r L o b o [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
