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