+1 Evaldo e +1 Jairo. Só uma coisa Evaldo: Eu coço o saco sempre que tenho vontade. Mas cuspir no chão jamé!!
PS: Podem ignorar esta mensagem, foi só para descontrair o ambiente! Em 2011/05/12, às 18:00, Evaldo Junior escreveu: > Jairo, > > A questão de não usar SQL 'puro' vai além de 'não quero aprender'. > Alias, acho que só sabe usar de forma correta o ORM e AR quem sabe o > que ele faz por baixo das camadas. > Concordo que um aplicativo não fica mudando de banco o tempo todo, > mas casos como o do Rafael são exemplos de como a abstração do banco > pode ser importante. > Devemos lembrar que cada caso é um caso. Grandes aplicações com > queries complexas, como os citados, podem e até mesmo devem ter uma > boa integração com o banco, mesmo que isso custe a liberdade de mudar > de banco. Neste cenário pode ser muito prejudicial insistir em 'só vou > fazer usando o AR'. > Já em casos de sistemas de base como o do Rafael, querer bater o > pé e falar 'vou escrever meu código SQL na unha, pois sou muito macho, > grrrr (coça o saco e cospe no chão)' também pode ser muito > prejudicial. > Acho que o importante é sabermos quais ferramentas existem e como > elas podem ser usadas. Isso vale muito mais do que ficar brigando para > decidir quem é o melhor. > É melhor usar o tempo da briga aprendendo o ORM ou a escrever um > pouco de SQL puro... Você ganha conhecimento e evita discussões que em > grande parte levam a lugar algum. > > Abraços > > InFog > > Evaldo Junior > CaSoft Tecnologia e Desenvolvimento > +55 13 3797-1006 > Site: http://casoft.info > Blog: http://infog.casoft.info > > > > 2011/5/12 Jairo <[email protected]>: >> Concordo. >> Acredito que qualquer ORM, Active Record, Data Mapper, whateveryouwant, >> etc., é uma camada a mais, e serve apenas para abstração, independência >> do banco de dados. Tem uma coisa legal que é a proteção contra SQL >> Injection, etc. >> OK, existe quem precisa disso. Quem ? >> Software houses, Fábricas de software, desenvolvedores que possuem um >> mesmo produto que pode ser instalado em mais de um cliente e que tenha >> diferentes bancos de dados. Ponto. >> >> Caso contrário, SQL direto é mais leve, mais rápido e vc. tem o domínio >> total sobre o que precisa ser feito no banco. Evita camadas a mais. >> Grandes sistemas administrativos demandam relacionamentos pesados, >> queries complexas. >> Outro fator importante : >> O banco de dados É sim parte integrante da aplicação, portanto, precisa >> ser devidamente criado, arquitetado. Tabelas, índices, relacionamentos, >> integridade referencial, etc, etc ... pra tudo isso o SQL é importante. >> Necessário. Mesmo quem utiliza ORM, na hora de instalar, precisa criar o >> banco, seja qual banco for. >> >> Bom, e tem também o gosto pessoal. Acho que a velha guarda, que veio de >> "sistemas", que foi obrigada a usar SQL prefere assim. A molecada que >> começou pelo "browser" prefere os ORMs, assim, aprende uma coisa só, e >> tá valendo :) >> Uso o PostgreSql, mas SE um dia precisar acessar mais de um banco, por >> necessidade, usarei o ORM nativo do CI, sem problemas. >> >> -- >> Abs, >> >> Jairo >> >> On Wed, 2011-05-11 at 21:48 -0300, Ademir Cristiano Gabardo wrote: >>> Seu ponto é válido, com absoluta certeza, este é o conceito do AR. >>> Porém (parece que tudo nessa vida tem um porém). >>> Alguém já obteve sucesso utilizando o SQL Server por exemplo com o Active >>> Record? >>> Outra coisa, qual a probabilidade de mudar o banco de dados da aplicação? >>> Ainda que exista, (como no caso de algum Server que por exemplo não rode >>> Postgre e você precise migrar por necessidade do Server) ela é bastante >>> baixa. (Especialmente para mim que posso ditar a configuração do Server na >>> minha empresa). >>> Eu trabalho com Selects bastante complexos, as vezes com 10 tabelas ao mesmo >>> tempo, muitos Joins, e algumas funções matemáticas direto no DB. >>> Quando me deparo com estas situações, nem sempre os ORM atendem o que eu >>> preciso, nem mesmo o Active Record. >>> Mas ORM é uma tendência, e acredito que toda ferramenta que venha a nos >>> auxiliar é valida, apenas eu pessoalmente não me afeiçoei por ORM ainda. >>> Este assunto é recorrente aqui na lista, e anteriormente já me intitulei >>> como "dinossauro" neste assunto. >>> Talvez um capitulo sobre ORM seja o empurrãozinho que está faltando para eu >>> começar a usar. >>> :-] >>> Abraços >>> Ademir >> >> >> >> >> _______________________________________________ >> [email protected] >> http://www.codeigniter.com.br >> http://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br >> >> --------------------------- >> Oportunidade de negócio >> http://www.franquiasargohost.net >> --------------------------- >> > > _______________________________________________ > [email protected] > http://www.codeigniter.com.br > http://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br > > --------------------------- > Oportunidade de negócio > http://www.franquiasargohost.net > --------------------------- _______________________________________________ [email protected] http://www.codeigniter.com.br http://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br --------------------------- Oportunidade de negócio http://www.franquiasargohost.net ---------------------------
