2009/9/25 Andre Fernandes <[email protected]> > Concordo com o Euler, não podemos dizer muito da velocidade de uma > linguagem de acesso a dados a partir de teu teste, o mais importante deve > ser realmente o acesso a dados, e esse mecanismo não está sendo visto pelo > teu teste. > Não digo que não haja momentos nos quais Pl/SQL não seja mais rápido, mas > em postgresql já fiz mais de uma migração (tanto oriundas de MySQL quanto de > Oracle) e em nenhum caso tivemos perda de performance - contudo vale > ressaltar que foi utilizado Pl/Perl em alguns casos, C em outros, além de > muita coisa em Pl/pgSQL (uma grande vantagem do PostgreSQL (a meu ver) é > essa: poder escolher a linguagem procedural ideal para cada caso). > Meu conselho: refaça os testes com acesso a dados e veja qual o resultado > - não acredito que o PL/pgSQL descepcionará nesses testes. > >
Não querendo ser muito chato, mas não seria melhor abrir uma nova thread para essa discussão??? Essa thread iniciou relativa a armazenar objetos do PostgreSQL em Memória... e agora estamos falando, novamente, sobre performance de linguagens procedurais. Acredito que os dois assuntos não bem relevantes e merecem threads distintas para facilitar uma pesquisa futura e organizar nossa lista... como dizia minha avó "Não vamos misturar alhos com bugalhos"... Cordialmente, -- Fabrízio de Royes Mello >> Blog sobre TI: http://fabriziomello.blogspot.com
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
