2013/3/21 Daniel de Oliveira Mantovani <[email protected]>
> Tiago Peczenyj, você está presumindo que a base de dados não tem > standardization e o autor do código resolveu o problema usando código > ? > Sim. Standardization em rails significa rezar pra entender o que o cara fez no ActiveRecord. Ainda mais se vc tiver queries polimorficas. > > 2013/3/21 Tiago Peczenyj <[email protected]>: > > > > > > 2013/3/21 Renato Santos <[email protected]> > >> > >> Hauah ok, tem uma chance de funcionar > >> > >> O problema é que a lógica obscura do order by deve estar num código de > >> ruby > > > > Não necessariamente. > > > > A logica obscura pode estar em algumas conversões de dados ou mesmo > algumas > > regras de negócio implicitas agrupando alguma coisa OU "if a == 7 then a > = > > 1987" > > > >> > >> Em 21/03/2013 21:36, "Daniel de Oliveira Mantovani" > >> <[email protected]> escreveu: > >> > >>> André, para tudo. Liga os logs do banco e pegue as queries ;) > >>> > >>> 2013/3/21 Andre Carneiro <[email protected]>: > >>> > Salve! > >>> > > >>> > Estou com problemas para processar requisições extremamente longas. A > >>> > situação é a seguinte: > >>> > > >>> > - Tenho um servidor Apache rodando Ruby on Rails, que por sua vez, > roda > >>> > um > >>> > front-end de um sistema de pesquisas(survey). > >>> > - Tenho um script Perl que precisa acessar as páginas desse > front-end e > >>> > recuperar alguns relatórios. Aí vocês me perguntam 'Por que você não > >>> > acessa > >>> > via Banco de dados? Bom, basicamente não consigo descobrir alguns > >>> > detalhes > >>> > sobre como o sistema ordena alguns dados, o que me gera vários > >>> > problemas com > >>> > os relatórios que eu preciso entregar, aí achei que o melhor caminho > >>> > seria > >>> > usar o relatório que já existe no front-end e filtrar apenas o > >>> > necessário, > >>> > sem alterar a ordem de nada. > >>> > - O problema é que alguns relatórios são muito grandes, o que não > >>> > impede o > >>> > front-end gerar o arquivo e disponibilizar o link. Isso, a > princípio, é > >>> > feito on-demand, ou seja, tem um botão onde se clica para disparar > uma > >>> > requisição que faz com que essa app Ruby gere esses relatórios. E a > >>> > requisição via browser não morre até o relatório ser gerado, não > >>> > importando > >>> > o tamanho desse relatório e/ou quanto demore. O grande problema é que > >>> > eu não > >>> > sei porque, quando eu faço essa requisição via Perl(WWW::Mechanize, > >>> > LWP, > >>> > WWW::Curl etc.) a requisição 'morre', e gera só um pedaço do arquivo. > >>> > > >>> > Algum código: > >>> > <code> > >>> > my $m = WWW::Mechanize->new(autocheck => 1, > >>> > cookie_jar => HTTP::Cookies->new( > file > >>> > => > >>> > "$ENV{HOME}/.cookies.txt" ) , > >>> > ); > >>> > > >>> > $m->get('http://whatever.com'); > >>> > if(!$m->succes){ > >>> > #erro > >>> > } > >>> > else{ > >>> > #ok, o arquivo foi gerado processe-o! > >>> > > >>> > } > >>> > </code> > >>> > > >>> > É isso! Alguma idéia? Tá faltando informação? > >>> > > >>> > > >>> > > >>> > Cheers! > >>> > > >>> > -- > >>> > André Garcia Carneiro > >>> > Software Engineer > >>> > (11)982907780 > >>> > > >>> > =begin disclaimer > >>> > Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ > >>> > SaoPaulo-pm mailing list: [email protected] > >>> > L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> > >>> > =end disclaimer > >>> > > >>> > >>> > >>> > >>> -- > >>> > >>> -dom > >>> > >>> -- > >>> > >>> IBM - Business Analytics Optimization Consultant > >>> Daniel Mantovani +5511 8538-9897 > >>> XOXO > >>> =begin disclaimer > >>> Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ > >>> SaoPaulo-pm mailing list: [email protected] > >>> L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> > >>> =end disclaimer > >> > >> > >> =begin disclaimer > >> Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ > >> SaoPaulo-pm mailing list: [email protected] > >> L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> > >> =end disclaimer > >> > > > > > > > > -- > > Tiago B. Peczenyj > > Linux User #405772 > > > > http://about.me/peczenyj > > =begin disclaimer > > Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ > > SaoPaulo-pm mailing list: [email protected] > > L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> > > =end disclaimer > > > > > > -- > > -dom > > -- > > IBM - Business Analytics Optimization Consultant > Daniel Mantovani +5511 8538-9897 > XOXO > =begin disclaimer > Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ > SaoPaulo-pm mailing list: [email protected] > L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> > =end disclaimer > -- Tiago B. Peczenyj Linux User #405772 http://about.me/peczenyj
=begin disclaimer Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ SaoPaulo-pm mailing list: [email protected] L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> =end disclaimer
