Concordo com todo mundo só para ser feliz... e aproveito para cuspir no chão e coçar o saco... hahahaha
Desde já agradeço a atenção. Cordialmente André Neves dos Reis ****e-mail (pessoal) : [email protected]* "Missão dada é missão cumprida!"* Em 12 de maio de 2011 14:45, Evaldo Junior <[email protected]> escreveu: > 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 > --------------------------- > _______________________________________________ [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 ---------------------------
