Bem, acho que o assunto mereça uma thread separada, mas vamos lá.

Marcio, boa tarde!

Com relação as facilidades do Oracle, eu acho maravilhoso, mas não cabe
comparação, pois estamos falando e SGBD... Sistemas (Telas, Relatórios,
E-mails e etc...) são ou deveriam ser desenvolvidos utilizando suas
tecnologias específicas, tanto que a própria Oracle abandonou e nem sequer
presta suporte para os seu maravilhoso Forms/Reports.

Em função disso, muitas empresas deram um tiro no pé (a Oracle foi uma
delas), ao passo que levaram pra o SGBD rotinas e procedimentos que deveriam
ser feitos em outros pontos. Não confunda também, suites que a empresa
fornece, ondem vem embarcado o SGBD com o próprio SGBD... São coisas
distintas.

Agora, com relação a performance, testes, banckmarks, isso tem-se aos
milhares mesmo. Ae você me pergunta, qual o melhor? O melhor é o que atende
a tua necessidade e o que você domina, além claro, da relação custo. Se você
domina extraordinariamente operações com arquivos texto, eles pra você serão
muito superiores a qualquer SGBD. Logo, não julgue de imediato um ou outro
SGBD em função de outro que você já utilizava antes.

Trabalho com Oracle e PostgreSQL, são duas ferramentas extraordinárias, cada
uma com suas características e limitações próprias. Vale portanto, se
aprofundar um pouco mais em suas respectivas arquiteturas, para perceber
onde elas divergem ou convergem, e onde você vai tirar mais ou menos
proveito entre um ou outro.

Bem, finalizando, e com relação as limitações da Pl/PgSQL, existem muitas
sim... algumas facilidades que talvez você tenha em outro SGBD que não vai
ter nela... mas tudo isso contornável utilizando-se outras linguagens...
Essa é a beleza do PG. Se não suporto ou não possuo tudo em um ponto,
criemos mecanismos de extensão para que possamos suprir as deficiências.

Aprofunde-se um pouco na arquitetura do PG, e verá que é uma solução
extraordinária, com suas limitações claro, e se achar que uma limitação é
muito impactante, sugira como melhoria pras próximas versões!

Um grande abraço!



-- 
Charly Frankl
http://javadevilopers.blogspot.com/
[email protected]
Linux user #391083




2009/9/25 MARCIO CASTRO <[email protected]>

> ÊTA!!!
>
>   Colega, no mundo Oracle, é comum termos centenas de milhares de linhas
> escritas em PL/SQL. Esta linguagem é uma das coisas mais legais deste banco.
>   Sua funcionalidade não se restringe a fazer apenas SELECT's, mas
> aplicações completas utilizando a mesma. Isto significa TELAS (Forms),
> RELATÓRIOS (Reports), envio de e-mails (DBMS_SMTP), QUEUES (DBMS_AQ) ou
> CUBOS (DBMS_CUBE), e mais uma infinidade de outras coisas utilizando loops.
>   Recentemente, a Oracle comprou um ERP (E-Business Suíte) formado por mais
> de 20 milhões de linhas nesta linguagem.
>   Os exemplos que foram passados foram formulados devido à problemas de
> performance que eu encontrei após passar um pacote especificamente escrito
> em PL/SQL para PL/pgSQL. Tal pacote é composto de diversas funções e, depois
> de alguns testes, separei do código o que estava demorando mais: um loop e
> uma recursividade.
>   Entendeu agora?
>   Munha intenção não é comparar nada, mas resolver um problema de
> performance no PL/pgSQL. A diferença foi tão absurda que eu achei que tinha
> um problema na máquina ou na instalação do Post, e então, recorrí à esta
> lista. Entendido que o problema está na PL/pgSQL, e nada pode ser feito, a
> conclusão é óbvia: não vou poder fazer isto nesta linguagem, E ACABOU!
>
>   MAS se o Sr. quiser comparar benchmarks, talvez a saída seja o TPC (
> http://www.tpc.org/). Numa olhada rápida, encontrei Sybase, MySQL, DB2,
> Oracle, EXASOL, SQL Server, ParAccel, Teradata, mas não encontrei nada do
> Post.
>   OU o senhor mesmo pode me passar, através desta lista, ou diretamente ao
> meu e-mail, os testes que o senhor julgar significativos, e eu os executarei
> aquí na empresa.
>
>
> Atenciosamente,
>
> Márcio de Figueiredo Moura e Castro
>
>
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a