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