Caro Emerson:
Me permita discordar da frase "não deixa nada a dever ao DB2, Oracle"...
Trabalho com o Postgres e com o Oracle, e relato que a diferença entre os
mesmos é abismal.
Tentamos inclusive importar um sistema com milhares de funções e
procedimentos em PL/SQL (Oracle 10g) para o PL/pgSQL, mas os primeiros testes
nos revelaram que a performance cairia demais, tornando o projeto inviável.
Na época, cheguei até a buscar auxílio na lista, escrevendo dois pequenos
exemplos para isto. Alguns até me auxiliaram, propondo que as rotinas fossem
reescritas em C, mas mesmo assim o Oracle foi mais rápido.
Reintero que os testes foram realizados sobre o PostgreSQL 8.2.7 no SUSE 64
em uma HP Proliant ML350 (XEON com 4 núcleos), e o Oracle rodou sobre um
xing-ling que nem marca tem, com um Celeron de dois núcleos. Seguem abaixo os
detalhes de cada máquina. As diferenças foram tão gritantes que cheguei a
pensar em algum defeito no hardware da HP.
E antes que comecem as discussões do tipo "o meu time é melhor do que o seu",
já vou afirmando que a maioria das bases aquí é PostgreSQL, e trabalho com o
mesmo diariamente, inclusive nos clientes.
Finalizando, podemos até estender a discussão comparando as estruturas dos
dois bancos, ou as funcionalidades dos mesmos. Creio que tal atividade será de
extrema valia, à mim e aos demais usuários, pois engrandecerá nossos
conhecimentos sobre estas duas ferramentas.
Atenciosamente,
Márcio de Figueiredo Moura e Castro
PS: http://www.tpc.org/tpcc/results/tpcc_perf_results.asp
Continuo torcendo para que um dia vejamos o Post nesta lista!
--------------------------------------------------
-- máquina PostgreSQL
--------------------------------------------------
SRVPOSTGRESQL:/ # cat /proc/version
Linux version 2.6.16.21-0.8-smp (ge...@buildhost) (gcc version 4.1.0 (SUSE
Linux)) #1 SMP Mon Jul 3 18:25:39 UTC 2006
SRVPOSTGRESQL:/ # cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Xeon(R) CPU E5310 @ 1.60GHz
stepping : 11
cpu MHz : 1600.059
cache size : 4096 KB
physical id : 0
siblings : 4
core id : 0
cpu cores : 4
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall lm constant_tsc
pni monitor ds_cpl vmx tm2 cx16 xtpr lahf_lm
bogomips : 3203.41
clflush size : 64
cache_alignment : 64
address sizes : 38 bits physical, 48 bits virtual
power management:
processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Xeon(R) CPU E5310 @ 1.60GHz
stepping : 11
cpu MHz : 1600.059
cache size : 4096 KB
physical id : 0
siblings : 4
core id : 2
cpu cores : 4
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall lm constant_tsc
pni monitor ds_cpl vmx tm2 cx16 xtpr lahf_lm
bogomips : 3200.19
clflush size : 64
cache_alignment : 64
address sizes : 38 bits physical, 48 bits virtual
power management:
processor : 2
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Xeon(R) CPU E5310 @ 1.60GHz
stepping : 11
cpu MHz : 1600.059
cache size : 4096 KB
physical id : 0
siblings : 4
core id : 1
cpu cores : 4
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall lm constant_tsc
pni monitor ds_cpl vmx tm2 cx16 xtpr lahf_lm
bogomips : 3200.21
clflush size : 64
cache_alignment : 64
address sizes : 38 bits physical, 48 bits virtual
power management:
processor : 3
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Xeon(R) CPU E5310 @ 1.60GHz
stepping : 11
cpu MHz : 1600.059
cache size : 4096 KB
physical id : 0
siblings : 4
core id : 3
cpu cores : 4
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall lm constant_tsc
pni monitor ds_cpl vmx tm2 cx16 xtpr lahf_lm
bogomips : 3200.21
clflush size : 64
cache_alignment : 64
address sizes : 38 bits physical, 48 bits virtual
power management:
SRVPOSTGRESQL:/ #
--------------------------------------------------
-- máquina Oracle
--------------------------------------------------
laboratoriooracle:/ # cat /proc/version
Linux version 2.6.16.21-0.8-smp (ge...@buildhost) (gcc version 4.1.0 (SUSE
Linux)) #1 SMP Mon Jul 3 18:25:39 UTC 2006
laboratoriooracle:/ # cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Celeron(R) CPU E1200 @ 1.60GHz
stepping : 13
cpu MHz : 600.000
cache size : 512 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm
constant_tsc pni monitor ds_cpl est tm2 cx16 xtpr lahf_lm
bogomips : 1602.16
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Celeron(R) CPU E1200 @ 1.60GHz
stepping : 13
cpu MHz : 600.000
cache size : 512 KB
physical id : 0
siblings : 2
core id : 1
cpu cores : 2
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm
constant_tsc pni monitor ds_cpl est tm2 cx16 xtpr lahf_lm
bogomips : 1600.04
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
laboratoriooracle:/ #
________________________________
De: emerson hermann <[email protected]>
Para: [email protected]
Enviadas: Sexta-feira, 22 de Janeiro de 2010 10:21:10
Assunto: Re: [pgbr-geral] Digest pgbr-geral, volume 35, assunto 94
Olá André
O PostgreSQL tem suporte a gatilhos e store procedures que vc pode
desenvolver com várias opções de linguagens(PLs) Pl-pgSQL, Pl-Java,
Pl-Perl, Pl-Tcl, Pl-PHP, C, e outras, e isso já faz muito tempo,
além do qual não deixa nada a dever ao DB2, Oracle, MSSQL ou qualquer
outro SGBD do mercado.
Referente a Microsiga homologar para apenas 10 usuarios, isso é
antigo também, e foi tomodado como base PostgreSQL 7.x com emulação
para Windows, na época não havia PostgreSQL para Windows, a solução
era emular no Windows usando CYGWIN, então o desempenho não era muito
bom já que era emulado, por isso a Microsiga recomendou para apenas
até 10 usuarios. Hoje isso mudou, e o PostgreSQL que era bem maduro
no universo Unix/Linux hoje também amadureceu no universo Windows
também.
O problema é que a Microsiga, não é muito admiradora do software
livre, e não atualiza as suas homologações no que se refere a banco
de dados livres e em especial ao PostgreSQL.
Bom já que vc tem Topconect da Microsiga, (usando DB2), se não
existir nada customizado (especifico) para DB2, creio que não terá
stress ao usar o PostgreSQL 8.4 (a mais atual) seja com SO Linux,
Windows ou Solaris.
Hoje o PostgreSQL dispensa apresentações e usada por varias empresas
no mundo e aqui no Brasil vou citar duas micro empresas: Caixa
Economica Federal e a Universidade Federal da Rio Grande do Norte.
Referente a cursos na sua região não sei informar.
Cordialmente,
Emerson Hermann
>
> 1. Microsiga Prrotheus 10 - Stored Procedure (Informática GMAIL)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 22 Jan 2010 08:47:46 -0200
> From: Informática GMAIL <[email protected]>
> Subject: [pgbr-geral] Microsiga Prrotheus 10 - Stored Procedure
> To: "'Comunidade PostgreSQL Brasileira'"
> <[email protected]>
> Message-ID: <01ed01ca9b50$575afc30$0610f4...@com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Bom dia pessoal tudo bem?
>
> Essa é o meu primeiro e-mail para a lista, mas já acompanha a algum tempo e
> agora surgiu uma necessidade e preciso da ajuda da comunidade.
> Hoje aqui na empresa que trabalho, tenho ERP Microsiga Protheus 8.11 R4 e a
> partir de fevereiro/2010 estou migrando para o Protheus 10 R3 com banco de
> dados DB2 (que foi nos vendido na época como sendo o melhor banco de dados e
> por falta de conhecimento acabamos aceitando), mas venceu a “validade” do
> DB2 e estamos tendo de ou comprar a versão nova do DB2 ou MS SQL Server ou
> partir para algum banco FREE, ai que surgiu a idéia de colocar PostgreSQL
> que pelo que vi é muito bom.
>
> É isso que quero pedir a opinião de vocês, pelos testes que fiz aqui, o
> Protheus 10 rodou legal com o PostgreSQL, mas tem a historia de que a
> Microsiga homologa para apenas 10 usuarios, mas aqui utilizamos mais e ficou
> muito bom.
> Foi nos dito também que o PostgreSQL não tem Stored Procedure isso é
> verdade?
>
> Como surgiu essa idéia, também surgiu a idéia de se fazer um curso de
> PostgreSQL aqui em Campinas-SP (moro em Valinhos-SP) na Dextra, alguém
> conhece essa escola? É boa? Vale a pena fazer esse curso de PostgreSQL?
>
> Se alguém puder comentar sobre esse assunto, ou se tem PostgreSQL rodando
> com o Protheus 10 eu agradeço antecipadamente.
>
> Meu MSN é [email protected] e skype andre-valinhos.
>
> Obrigado a todos
>
>
> Atenciosamente
>
> André Luiz Moro
> Analista de Informática
> É 19-3881-8000
> Ê 19-3881-8009
> È 19-9684-8644
> skype: andre-valinhos
> MSN messenger: [email protected]
> <http://www.filtracom.com.br/> www.filtracom.com.br
> QUALIDADE GERA QUALIDADE
>
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
____________________________________________________________________________________
Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
