[SP-pm] "leak" no DBIx::Class?

Alexei Znamensky russoz at gmail.com
Mon Nov 14 16:39:22 PST 2011


2011/11/14 Eden Cardim <edencardim em gmail.com>

> >>>>> "Thiago" == Thiago Rondon <thiago em aware.com.br> writes:
>
>     Thiago> Você esta buscando performance, eu acredito que esteja errado
> procurar
>    Thiago> isto em um ORM. E não sei por qual motivo isto não foi
> questionando
>    Thiago> desde do inicio, a proposta de um ORM não é performance
> diretamente,
>    Thiago> esta é a minha visão pelo menos.
>
> Que conste nos autos, essa nem é a forma mais performática de fazer esse
> tipo de bulk loading, o overhead de fazer duas consultas por registro é
> o que mata a performance e no caso do DBIC ele tá inflando os registros
> desnecessariamente em 99.9% dos casos (segundo o OP) que é provavelmente
> de onde vem a penalização de performance. Até com DBI puro, pra uma
> quantidade de registros com mais de 3 ordens de magnitude, é muito lento
> rodar 2 consultas pra cada registro, com postgres é melhor popular uma
> tabela temporária (possivelmente em pequenos batches in-memory) via COPY
> (como o renato cron sugeriu antes e foi ignorado) depois rodar um
> "insert into select from". Mas como já mencionaram antes, cada pessoa
> tem seu "gosto" e tem o direito de fazer da forma menos ótima baseado em
> suas próprias arbitrariedades.
>
>    Thiago> (Sinceramente, não quero abrir uma discussão sobre isto)
>
> Ops! Desculpa :)
>

edenc++
renatocron++


>
> --
> Eden Cardim
> Software Engineer
> http://bit.ly/edencardim
> http://twitter.com/#!/edenc
> +55 73 9986-3963
> =begin disclaimer
>   Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>  SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org
>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> =end disclaimer
>



-- 
Alexei "RUSSOZ" Znamensky | russoz EM gmail com | http://russoz.org
GPG fingerprint = 42AB E78C B83A AE31 7D27  1CF3 C66F B5C7 71CA 9F3C
http://www.flickr.com/photos/alexeiz | http://github.com/russoz
"I don't know... fly casual!" -- Han Solo
-------------- Pr�xima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20111114/1708cf5d/attachment.html>


More information about the SaoPaulo-pm mailing list