2010/1/22 MARCIO CASTRO <[email protected]>: > Colega; > > Eu estava tratando com outro membro da lista, quando viestes com esta > falta de educação. Se vossa senhoria não concorda com alguma coisa inerente > à minha pessoa, então faça a gentileza de mandar em private, e não incomodar > aos demais, ok?
Olá Srs, prazer eu sou um dos moderadores desta lista. Tudo jóia?? Sou elementar assim como um Gnomo e de vez em quando apareço para apoia-los em seus desafetos. > a - > "Tuas colocações já foram argumentadas e contra argumentadas" > > Colega; o PostgreSQL é muito mais lerdo que o Oracle no quesito PL/SQL > versus PG/plSQL; disso eu não tenho dúvida, e ninguém mandou seguer um > exemplo que comprove o contrário. Gostaria de contribuir um pouco com este tema. Sou um ex-desenvolvedor PL/SQL e realmente lá no mundo proprietário já tivemos alguns problemas de performance que precisamos utilizar recursos do Or*cle (adorei essa!!) para "contornar" situações inusitadas que surgiram com grande carga de dados – veja bem, não estou falando de alguns milhões de registros. O tal do Bulk Collect (verdadeiramente muito recente - 10g) foi criado para contornar situações onde iterações sobre *dados* costumam ser lentas, devido a deficiências na troca de contexto entre o motor SQL e o motor PL/SQL. Esse tipo de comportamento é muito comum de se encontrar em uma série de aplicações crítica naquela plataforma fechada, Eu mesmo já vi e muito apesar de não ser DBA O**le. E por falar em milhares (hã?) .. isso mesmo apenas milhares de linhas é necessário recorrer aos CTAS (create table as ...) porque a operações de escrita em lote costumam custar muito caro para os logs daquela plataforma ... Bom que você não precise se preocupar com problemas gerados pela /wait classes interface/ porque se voce precisasse, de fato iria entender o quanto que o processo de escrita de redo e escrita de buffers (LGWR e DBWn respectivamente) atrasam as transações do resto do banco. Porque voce não precisa?? Simples, seus problemas acabaram vcs tem o todo poderoso ADDM que "disfarça" todo o problema das suas SQLs. Finalizando e onde realmente eu queria chegar é que *problemas* de performance qualquer implementação de servidor de banco de dados tem, e graças a esse problemas é que a Júlia tem o pão e leite na mesa todo dia, mas estamos aqui para solucionar todos esses problemas e os outros que provavelmente deverão aparecer daqui pra frente ... Quanto ao TPC, tenta pelo menos o H. Preciso ir porque tão fechando aqui na empresa ... depois eu completo ;-) Abraço! -Leo -- Leonardo Cezar http://www.aslid.org.br http://postgreslogia.wordpress.com _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
