Comments on: Edge Rails: Uma nova estratégia para o Eager Loading http://www.nomedojogo.com/2008/02/02/edge-rails-uma-nova-estrategia-para-o-eager-loading/ Fri, 22 Aug 2008 02:55:13 +0000 http://wordpress.org/?v=2.6.1 By: Wagner Elias - Mapeamento de Objeto Relacional e Segurança de Aplicações WEB http://www.nomedojogo.com/2008/02/02/edge-rails-uma-nova-estrategia-para-o-eager-loading/#comment-760 Wagner Elias - Mapeamento de Objeto Relacional e Segurança de Aplicações WEB Wed, 07 May 2008 20:36:42 +0000 http://www.nomedojogo.com/2008/02/02/edge-rails-uma-nova-estrategia-para-o-eager-loading/#comment-760 [...] Um problema dos ORM é volume de dados gerados, em alguns casos a performance é bastante prejudicada, mas a coisa vem mudando, o Rails por exemplo implementou uma mudança que elimina muito o volume de dados em cada consulta ao... [...] [...] Um problema dos ORM é volume de dados gerados, em alguns casos a performance é bastante prejudicada, mas a coisa vem mudando, o Rails por exemplo implementou uma mudança que elimina muito o volume de dados em cada consulta ao… [...]

]]> By: otavio http://www.nomedojogo.com/2008/02/02/edge-rails-uma-nova-estrategia-para-o-eager-loading/#comment-759 otavio Thu, 07 Feb 2008 16:06:44 +0000 http://www.nomedojogo.com/2008/02/02/edge-rails-uma-nova-estrategia-para-o-eager-loading/#comment-759 Já tinha visto isso e me pareceu uma grande (e simples) idéia. No trac do mesmo (http://dev.rubyonrails.org/ticket/9640) senti falta de 2 coisas: não vi benchmarks em outro banco de dados que não o mysql (eles não informam, mas presumo ser mysql) e não vi benchmarks muito completos (que mostrem qual o tamanho das tabelas acessadas). Já tinha visto isso e me pareceu uma grande (e simples) idéia. No trac do mesmo (http://dev.rubyonrails.org/ticket/9640) senti falta de 2 coisas: não vi benchmarks em outro banco de dados que não o mysql (eles não informam, mas presumo ser mysql) e não vi benchmarks muito completos (que mostrem qual o tamanho das tabelas acessadas).

]]> By: Carlos Brando http://www.nomedojogo.com/2008/02/02/edge-rails-uma-nova-estrategia-para-o-eager-loading/#comment-757 Carlos Brando Tue, 05 Feb 2008 15:38:57 +0000 http://www.nomedojogo.com/2008/02/02/edge-rails-uma-nova-estrategia-para-o-eager-loading/#comment-757 Hmm... uma query que retorne 100.000 registros com certeza terá problemas de performance nas duas formas. Mas ainda acho que a segunda forma será mais rápida neste caso. Não sei. Hmm… uma query que retorne 100.000 registros com certeza terá problemas de performance nas duas formas. Mas ainda acho que a segunda forma será mais rápida neste caso. Não sei.

]]> By: Ramon Soares http://www.nomedojogo.com/2008/02/02/edge-rails-uma-nova-estrategia-para-o-eager-loading/#comment-755 Ramon Soares Mon, 04 Feb 2008 14:00:33 +0000 http://www.nomedojogo.com/2008/02/02/edge-rails-uma-nova-estrategia-para-o-eager-loading/#comment-755 acho que isso apenas se encaixa em consultas que retornam poucos dados. Imagina se o "SELECT * FROM “authors”" retorna 100 mil registros por exemplo. acho que isso apenas se encaixa em consultas que retornam poucos dados. Imagina se o “SELECT * FROM “authors”” retorna 100 mil registros por exemplo.

]]> By: Carlos Brando http://www.nomedojogo.com/2008/02/02/edge-rails-uma-nova-estrategia-para-o-eager-loading/#comment-756 Carlos Brando Sun, 03 Feb 2008 03:27:00 +0000 http://www.nomedojogo.com/2008/02/02/edge-rails-uma-nova-estrategia-para-o-eager-loading/#comment-756 Na verdade Lucas, não é em todo caso que querys soltas serão mais eficientes, mas como na maioria das vezes isto é verdade, então acho melhor o método assim mesmo. Na verdade Lucas, não é em todo caso que querys soltas serão mais eficientes, mas como na maioria das vezes isto é verdade, então acho melhor o método assim mesmo.

]]> By: Lucas Húngaro http://www.nomedojogo.com/2008/02/02/edge-rails-uma-nova-estrategia-para-o-eager-loading/#comment-758 Lucas Húngaro Sun, 03 Feb 2008 00:52:35 +0000 http://www.nomedojogo.com/2008/02/02/edge-rails-uma-nova-estrategia-para-o-eager-loading/#comment-758 Pois é, vi essa mudança no Rails Envy Podcast dessa semana e fiquei meio em dúvida, pois sempre nos ensinam que o produto cartesiano é mais eficiente. Então vi alguns benchmarks dessa mudança e parece que a realidade realmente é diferente da teoria (na maioria dos casos... :P) Pois é, vi essa mudança no Rails Envy Podcast dessa semana e fiquei meio em dúvida, pois sempre nos ensinam que o produto cartesiano é mais eficiente.

Então vi alguns benchmarks dessa mudança e parece que a realidade realmente é diferente da teoria (na maioria dos casos… :P)

]]>