heheheheh
É isso aí =) A ideia é mostrar as possibilidades. Brigar é que é
bobeira. Acabamos de escrever uns "SUM()" em um select aqui, e nem por
isso estamos "traindo o movimento AR, veio".
Abraços
* Sou novo na lista, desculpem se já cheguei com o pé na porta.
Evaldo Junior
CaSoft Tecnologia e Desenvolvimento
+55 13 3797-1006
Site: http://casoft.info
Blog: http://infog.casoft.info
2011/5/12 Rafael V. de Oliveira <[email protected]>:
> +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
> ---------------------------
>
_______________________________________________
[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
---------------------------
