Colega;
a - recordei-me agora de uma palestra da Oracle, no ano de 1999 - sim, já fazem
10 anos - em que arguí um representante da mesma sobre onde eu deveria investir
em conhecimentos para o meu futuro como Analista de Sistemas, e o mesmo
prontamente me respondeu: em Java;
b - não concordo que a Oracle tenha dado um tiro no pé, pois a mesma hoje detém
quase 50% do mercado, mas cada um com a sua opinião;
c - por favor, você poderia especificar um site de sua confiança com
informações de benchmarks do Post?
d - arquivo-texto é uma coisa, Sistema Gerenciador de Banco de Dados, é outra,
assim como são necessárias 64 regras para que um banco de dados utilize o
modelo relacional. Já fui DBA do SQL Server na época do NT (nem dá para contar
como eu sofrí), e vou ter de aprender o DB2 para breve. Trabalho para uma
empresa que desenvolve um ERP que deve rodar em qualquer banco. Quem escolhe é
o cliente;
e - a melhoria que eu gostaria é óbvia: o PL/pgSQL igualzinho ao PL/SQL!!! :-)
E finalmente: hoje sou DBA, e há muito não acompanho nada sobre o Developer,
mas a versão 11g do Forms foi lançada à pouco, no dia primeiro de Julho, para
ser mais exato. No dia 31/01/2008, a mesma deixou de oferecer o suporte
extendido, mas para a versão 6i!
De fato, no site da Oracle, em
http://www.oracle.com/technology/products/forms/pdf/10g/ToolsSOD.pdf,
encontramos o seguinte:
Oracle Forms and Reports
Oracle has no plan to desupport these products. Furthermore, new version of
Oracle Forms,
Oracle Reports will continue to be released as part of Oracle Fusion Middleware
and Oracle
Forms 11g and Oracle Reports 11g are components of Oracle Fusion Middleware 11g.
In line with our product strategy, future development activities will be aimed
at smoother
version-to-version upgrade, integration with features of the platform/
technology stack and
product stability.
Entendido que o Forms agora faz parte do Oracle Fusion Middleware, procurei
em
http://www.oracle.com/support/library/brochure/lifetime-support-middleware.pdf
maiores informações sobre o suporte, e encontrei, em "Oracle Fusion Middleware
Releases", a informação de que o Oracle Fusion Middleware 11gR1 (11.1.1.1.0)
terá suporte até Junho de 2017.
Então, colega, onde é que você obteve a informação de que a Oracle abandonou
e não vai dar mais suporte à esta ferramenta?
________________________________
De: Charly Frankl <carl...@gmail.com>
Para: Comunidade PostgreSQL Brasileira <pgbr-geral@listas.postgresql.org.br>
Enviadas: Sexta-feira, 25 de Setembro de 2009 12:37:51
Assunto: Re: [pgbr-geral] Res: Res: Res: Res: Memory (heap)
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/
charlyfra...@gmail.com
Linux user #391083
2009/9/25 MARCIO CASTRO <marciomouracas...@yahoo.com.br>
Ê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, talveza 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
>
>
____________________________________________________________________________________
Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com_______________________________________________
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
