Re: [pgbr-geral] Res: Res: Performance

[Wolak Sistemas - Fabiano Machado Dias]

Estava falando em relação ao PG, ou seja PG x Oracle.

Na verdade você entendeu né? 

Outra coisa, o site é www.tpc.org e não www.tcp.org

Abraço,
Fabiano Machado Dias

MARCIO CASTRO escreveu:

  
  
  "Agora tente achar algo parecido com a Oracle!"
  
  www.tcp.org
  
  
  
  
  
  De: Wolak
Sistemas - Fabiano Machado Dias 
  Para: Comunidade
PostgreSQL Brasileira 
  Enviadas: Domingo, 24
de Janeiro de 2010 21:21:57
  Assunto: Re:
[pgbr-geral] Res: Performance
  
  
Vou usar o mesmo exemplo que você citou da Fiat.
  
Vá em qualquer banca de revista e você irá encontrar dezenas de testes
dos carros da Fiat com os seus concorrentes da mesma categoria, testes
realizados por publicações que tem nome e respeitabilidade no  mercado.
  
Agora tente achar algo parecido com a Oracle!
  
Não estamos falando de propaganda e sim de testes realizados comparando
dois ou mais produtos, coisa que é corriqueira no mercado atual e em
qualquer segmento, menos no caso do banco de dados Oracle.
  
Uma coisa interessante é que já foram feitos testes com outros
concorrentes, menos o Postgresql, por que será? Não arrisco uma
resposta!
  
Um grande abraço,
  
Fabiano Machado Dias
  
MARCIO CASTRO escreveu:
  

Caro
Leandro:

a - 
"Tenho sérias dúvidas de que esse tipo de proibição seja
constitucional, seja aqui ou noutras partes do mundo dito civilizado."

  Olha só; esta atitude da Oracle é a mesma de milhões de outras
empresa pelo mundo, ok?
  Você já viu uma propaganda da Fiat dizendo que o carro dela é melhor
do que algum carro  da Wolksvagem, ou de qualquer outra marca?
  Nestas propagandas de sabão em pó, volta-e-meia aparece um suposto
"teste" do produto anunciado versus o concorrente, mas sem NUNCA citar
o nome do concorrente, correto?


b - 
"E creio que esse tipo de proibição é burrice e má-fé."

  Então todas as outras empresas também são "burras" e praticam "má-fé"?
  E se a Oracle "é burra", então porque se deixar publicar no TCP?
Porque está em primeiro lugar?


c - 
  E, aliás, indica que trata-se dum competidor que sabe que está
perdendo, apesar das aparências."

  Whats???
  Cara; a Oracle acaba de comprar a SUN por míseros 7.4 bilhões de
doletas... Isto é atitude de quem está perdendo?
  E esse tal de "estudo", por enquanto, não passa de mais uma das
lendas da internet.

  Sejamos sérios, or favor!




De:
Leandro DUTRA 
Para: Comunidade
PostgreSQL Brasileira 
Enviadas: Domingo,
24
de Janeiro de 2010 20:04:45
Assunto: Re:
[pgbr-geral] Performance

2010/1/24 Marcelo Costa :
>
> 2010/1/23 Leandro DUTRA 
>>
>> 2010/1/23 Marcelo Costa :
>> > Eu já fiz um estudo desses mas por implicações jurídicas,
inclusive
>> > consultei um advogado especialista na área digital, não
posso divulgar.
>>
>> Quero ver processarem alguém.  Aliás, só isso já me indica
má-fé.
>
> Não entendi 

Tenho sérias dúvidas de que esse tipo de proibição seja
constitucional, seja aqui ou noutras partes do mundo dito civilizado.

E creio que esse tipo de proibição é burrice e má-fé.  E, aliás,
indica que trata-se dum competidor que sabe que está perdendo, apesar
das aparências.


-- 
skype:leandro.gfc.dutra?chat      Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3854 7191              gTalk: xmpp:leand...@jabber.org
+55 (11) 9406 7191        ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT-3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




Veja quais são os assuntos do momento no Yahoo! +
Buscados: Top
10 - Celebridades
- Música
- Esportes

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
  
  
  
  
  

  
  
  Veja quais são os assuntos do momento no Yahoo! +
Buscados: Top
10 - Celebridades
- Música
- Esportes
  

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
  




___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Res: Res: Res: Performance

[MARCIO CASTRO]

Mas Euler; isto não faz sentido: desta forma a Oracle estaria liderando todos 
os testes, e não é o que ocorre, correto?

E se há alguma picaretagem aí, então porque os demais bancos de dados estão 
participando do teste? Você não concorda que empresas como a IBM ou a Micro$oft 
retirariam a publicação de tais resultados caso desconfiassem de alguma 
falcatrua?







De: Euler Taveira de Oliveira 
Para: Comunidade PostgreSQL Brasileira 
Enviadas: Segunda-feira, 25 de Janeiro de 2010 0:33:44
Assunto: Re: [pgbr-geral] Res:  Res: Performance

MARCIO CASTRO escreveu:
> Você está dizendo que os resultados do TPC são forjados?
> 
Ajudar a criar *não* quer dizer forjar; mas que eles já sabem a priori quais
os pontos (consultas) fortes e fracos do seu SGBD no teste.


-- 
  Euler Taveira de Oliveira
  http://www.timbira.com/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
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
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Res: Res: Performance

[Euler Taveira de Oliveira]

MARCIO CASTRO escreveu:
> Você está dizendo que os resultados do TPC são forjados?
> 
Ajudar a criar *não* quer dizer forjar; mas que eles já sabem a priori quais
os pontos (consultas) fortes e fracos do seu SGBD no teste.


-- 
  Euler Taveira de Oliveira
  http://www.timbira.com/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Res: Res: Performance

[MARCIO CASTRO]

"Porque no TPC ela ajuda a criar o teste"

Você está dizendo que os resultados do TPC são forjados?
Só que o MySQL também está no TPC, correto? E o DB2, o TERADATA, o Micro$oft 
SQL Server, IBM DB2, Sybase, SymfoWARE (deste eu nunca tinha ouvido falar) e de 
quando em quando aparecem outros mais.
Porque estas empresas, que são concorrentes da Oracle (fora o MySQL) publicam 
tanto lá, se é tudo forjado?

Leandro Dutra; porque você não me envia em PVT os testes que você quiser? 
Realizarei os mesmos em qualquer plataforma (Oracle, Micro$oft, MySQL, DB2), e, 
se você quiser, lhe enviarei os resultados, ok?







De: Leandro DUTRA 
Para: Comunidade PostgreSQL Brasileira 
Enviadas: Domingo, 24 de Janeiro de 2010 22:27:12
Assunto: Re: [pgbr-geral] Res: Performance

2010/1/24 Euler Taveira de Oliveira :
> Porque no TPC ela ajuda a criar o teste? Ficou claro agora? Mesmo se há alguma
> consulta ruim eles vão juntar alguns engenheiros para melhorá-la.

Tem outra, Euler… eles só deixam publicar o que ela já tiver ajeitado,
e nunca deixam publicar algo exatamente na mesma plataforma de algum
outro SGBD, para não haver comparações diretas.


-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3854 7191  gTalk: xmpp:leand...@jabber.org
+55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT-3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
Sent from Sao Paulo, SP, Brésil
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
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
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Res: Res: Performance

[MARCIO CASTRO]

"Agora tente achar algo parecido com a Oracle!"

www.tcp.org







De: Wolak Sistemas - Fabiano Machado Dias 
Para: Comunidade PostgreSQL Brasileira 
Enviadas: Domingo, 24 de Janeiro de 2010 21:21:57
Assunto: Re: [pgbr-geral] Res:  Performance

 Vou usar o mesmo exemplo que você citou da Fiat.

Vá em qualquer banca de revista e você irá encontrar dezenas de testes
dos carros da Fiat com os seus concorrentes da mesma categoria, testes
realizados por publicações que tem nome e respeitabilidade no  mercado.

Agora tente achar algo parecido com a Oracle!

Não estamos falando de propaganda e sim de testes realizados comparando
dois ou mais produtos, coisa que é corriqueira no mercado atual e em
qualquer segmento, menos no caso do banco de dados Oracle.

Uma coisa interessante é que já foram feitos testes com outros
concorrentes, menos o Postgresql, por que será? Não arrisco uma
resposta!

Um grande abraço,

Fabiano Machado Dias

MARCIO CASTRO escreveu: 
> 
>Caro
>Leandro:
>
>>a - 
>>"Tenho sérias dúvidas de que esse tipo de proibição seja
>constitucional, seja aqui ou noutras partes do mundo dito civilizado."
>
>>  Olha só; esta atitude da Oracle é a mesma de milhões de outras
>empresa pelo mundo, ok?
>>  Você já viu uma propaganda da Fiat dizendo que o carro dela é melhor
>do que algum carro  da Wolksvagem, ou de qualquer outra marca?
>>  Nestas propagandas de sabão em pó, volta-e-meia aparece um suposto
>"teste" do produto anunciado versus o concorrente, mas sem NUNCA citar
>o nome do concorrente, correto?
>
>
>>b - 
>>"E creio que esse tipo de proibição é burrice e má-fé."
>
>>  Então todas as outras empresas também são "burras" e praticam "má-fé"?
>>  E se a Oracle "é burra", então porque se deixar publicar no TCP?
>Porque está em primeiro lugar?
>
>
>>c - 
>>  E, aliás, indica que trata-se dum competidor que sabe que está
>perdendo, apesar das aparências."
>
>>  Whats???
>>  Cara; a Oracle acaba de comprar a SUN por míseros 7.4 bilhões de
>doletas... Isto é atitude de quem está perdendo?
>>  E esse tal de "estudo", por enquanto, não passa de mais uma das
>lendas da internet.
>
>>  Sejamos sérios, or favor!
>
>
>
>
>

De: >Leandro DUTRA 
>Para: Comunidade
>PostgreSQL Brasileira 
>Enviadas: Domingo, 24
>de Janeiro de 2010 20:04:45
>Assunto: Re:
>[pgbr-geral] Performance
>
>>2010/1/24 Marcelo Costa :
>>>
>>> 2010/1/23 Leandro DUTRA 

 2010/1/23 Marcelo Costa :
 > Eu já fiz um estudo desses mas por implicações jurídicas,
>inclusive
 > consultei um advogado especialista na área digital, não
>posso divulgar.

 Quero ver processarem alguém.  Aliás, só isso já me indica
>má-fé.
>>>
>>> Não entendi 
>
>>Tenho sérias dúvidas de que esse tipo de proibição seja
>>constitucional, seja aqui ou noutras partes do mundo dito civilizado.
>
>>E creio que esse tipo de proibição é burrice e má-fé.  E, aliás,
>>indica que trata-se dum competidor que sabe que está perdendo, apesar
>>das aparências.
>
>
>>-- 
>>skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
>>+55 (11) 3854 7191  gTalk: xmpp:leand...@jabber.org
>>+55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
>>BRAZIL GMT-3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
>>___
>>pgbr-geral mailing list
>pgbr-geral@listas.postgresql.org.br
>https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
Veja quais são os assuntos do momento no Yahoo! +
>Buscados: Top
>10 - Celebridades >- Música >- Esportes 
>


>___
>pgbr-geral mailing list
>pgbr-geral@listas.postgresql.org.br
>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
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Res: Performance

[Leandro DUTRA]

2010/1/24 Euler Taveira de Oliveira :
> Porque no TPC ela ajuda a criar o teste? Ficou claro agora? Mesmo se há alguma
> consulta ruim eles vão juntar alguns engenheiros para melhorá-la.

Tem outra, Euler… eles só deixam publicar o que ela já tiver ajeitado,
e nunca deixam publicar algo exatamente na mesma plataforma de algum
outro SGBD, para não haver comparações diretas.


-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3854 7191  gTalk: xmpp:leand...@jabber.org
+55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT-3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
Sent from Sao Paulo, SP, Brésil
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Res: Performance

[Euler Taveira de Oliveira]

Leandro DUTRA escreveu:
> 2010/1/24 MARCIO CASTRO :



>>   E se a Oracle "é burra", então porque se deixar publicar no TCP? Porque
>> está em primeiro lugar?
> 
Porque no TPC ela ajuda a criar o teste? Ficou claro agora? Mesmo se há alguma
consulta ruim eles vão juntar alguns engenheiros para melhorá-la.

> Moderador… dá para moderar burradas?
> 
Paramos por aqui, ok?


-- 
  Euler Taveira de Oliveira
  http://www.timbira.com/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Res: Res: Res: Res: Digest pgbr-geral, volume 35, assunto 94

[Euler Taveira de Oliveira]

MARCIO CASTRO escreveu:
>   Em http://archives.postgresql.org/pgsql-hackers/2009-09/msg01604.php,
> entendí que o código do PL/pgSQL também não é compilado, mas
> interpretado. É isto mesmo? Em caso positivo, será que teremos a
> compilação em uma versão futura?
> 
Interpretado. A única linguagem suportada que é compilada é o C. Quanto a
compilação é como eu disse, nos últimos meses não vi ninguém com interesse em
implementar isso; nem mesmo a EDB cujo negócio é migrar daquele outro SGBD
para PostgreSQL.


-- 
  Euler Taveira de Oliveira
  http://www.timbira.com/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] PostgreSQL e replicação com pg_ standby

[JotaComm]

Olá, pessoal

Boa noite

Gostaria de compartilhar com vocês um problema que tive durante esta semana.

Há cerca de uns 3 meses coloquei um procedimento de replicação com
PostgreSQL e pg_standby para executar nos servidores de produção da empresa.
Isso foi feito após vários e vários testes no ambiente de testes e depois
homologação.

Pois bem, agora a empresa comprou dois novos servidores que serão os
servidores de redundância. Como feito anteriormente montei um ambiente de
testes para testar o procedimento de replicação com os dois novos servidores
e para minha surpresa o procedimento de replicação não funcionava. O script
é o mesmo do ambiente de produção, claro que com as variáveis configuradas
para o ambiente de testes.

Para começar a análise pensei que poderia ser alguma biblioteca relacionada
ao sistema operacional pois foi instalada uma versão mais nova das
existentes, e com isso versão mais nova no gcc e bibliotecas relacionadas.
Realizada as verificações percebi que era tudo exatamente igual. Feito isso,
decidi fazer um teste local em uma das máquinas, subi duas instâncias do PG,
sendo uma em cada porta, fiz as devidas as configurações e como eu esperava
tudo funcionou. Feito isso, coloquei o procedimento de replicação em outro
ambiente de teste e como eu esperava novamente funcionou, ou seja, o
problema era com os dois novos servidores. O que havia de estranho com estas
máquinas era a pergunta que eu não conseguia a resposta. Como no meu outro
ambiente de teste funcionou, resolvi fazer um uma substituição do roteador
D-Link que fazia a ligação dois novos servidores com o restante da rede e
coloquei um outro roteador. Feito isso, executei novamente o procedimento de
replicação e não é que funcionou e não deu mais problemas. O problema da
replicação que não funcionava era o roteador da rede. A unica coisa que não
entendi é porque o roteador acabou gerando problema na replicação via
pg_standby.

O erro que era apresentado no log do PostgreSQL era que não era possível
encontrar o arquivo 0001.history e com isso dava problemas de
integridade nos archives e o banco de contingência que ficava em modo
standby não subia quando o arquivo de trigger era criado. Tudo isso foi
gerado por causa do roteador de D-Link. O modelo do D-Link é o DI-524.

[]s
-- 
JotaComm
http://jotacomm.wordpress.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Res: Performance

[Leandro DUTRA]

2010/1/24 MARCIO CASTRO :
> a -
> "Tenho sérias dúvidas de que esse tipo de proibição seja constitucional,
> seja aqui ou noutras partes do mundo dito civilizado."

Por favor, responda na forma correta.  Netiqueta, RFC 1855.


>   Olha só; esta atitude da Oracle é a mesma de milhões de outras empresa
> pelo mundo, ok?

E daí?  Isso não justifica.


>   Você já viu uma propaganda da Fiat dizendo que o carro dela é melhor do
> que algum carro  da Wolksvagem, ou de qualquer outra marca?

Não vejo televisão.  Mas sim, existe propaganda comparativa, e nos EUA
é bem comum.  Só não é mais comum porque chegaram à conclusão ser
amiúde contraproducente.


>   Nestas propagandas de sabão em pó, volta-e-meia aparece um suposto "teste"
> do produto anunciado versus o concorrente, mas sem NUNCA citar o nome do
> concorrente, correto?

O que quer dizer?


>   Então todas as outras empresas também são "burras" e praticam "má-fé"?

Nem todas fazem isso, e unanimidade não é inteligência nem boa fé.

Aliás, pelas tuas respostas ultimamente, parece que a Oracle tem companhia…


>   E se a Oracle "é burra", então porque se deixar publicar no TCP? Porque
> está em primeiro lugar?

Num ’tendi.



> c -
>   E, aliás, indica que trata-se dum competidor que sabe que está perdendo,
> apesar das aparências."
>
>   Whats???

Olhando o longo prazo, porque teriam medo da informação?


>   Cara; a Oracle acaba de comprar a SUN por míseros 7.4 bilhões de
> doletas... Isto é atitude de quem está perdendo?

Sim.  Que me lembre, oitenta por cento das fusões não alcança seus
objetivos, e metade resulta em perda de mercado, comparado à soma das
participações antes detidas pelas empresas fundidas.

Isso se chama ‘compra preventiva da concorrência’ ou algo que o valha,
e é uma medida defensiva.  Quem tem confiança, não se defende, ataca.

Comportamento típico de quem está ganhando seria criar novos mercados
comprando empresas incipientes, não buscar proteger os velhos
comprando concorrentes em declínio.


>   E esse tal de "estudo", por enquanto, não passa de mais uma das lendas da
> internet.
>
>   Sejamos sérios, or favor!

Entendi nada.  Falando contra si?

Moderador… dá para moderar burradas?


-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3854 7191  gTalk: xmpp:leand...@jabber.org
+55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT-3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
Sent from Sao Paulo, SP, Brésil
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Res: Performance

[Wolak Sistemas - Fabiano Machado Dias]

Vou usar o mesmo exemplo que você citou da Fiat.

Vá em qualquer banca de revista e você irá encontrar dezenas de testes
dos carros da Fiat com os seus concorrentes da mesma categoria, testes
realizados por publicações que tem nome e respeitabilidade no  mercado.

Agora tente achar algo parecido com a Oracle!

Não estamos falando de propaganda e sim de testes realizados comparando
dois ou mais produtos, coisa que é corriqueira no mercado atual e em
qualquer segmento, menos no caso do banco de dados Oracle.

Uma coisa interessante é que já foram feitos testes com outros
concorrentes, menos o Postgresql, por que será? Não arrisco uma
resposta!

Um grande abraço,

Fabiano Machado Dias

MARCIO CASTRO escreveu:

  
  
  Caro
Leandro:
  
a - 
"Tenho sérias dúvidas de que esse tipo de proibição seja
constitucional, seja aqui ou noutras partes do mundo dito civilizado."
  
  Olha só; esta atitude da Oracle é a mesma de milhões de outras
empresa pelo mundo, ok?
  Você já viu uma propaganda da Fiat dizendo que o carro dela é melhor
do que algum carro  da Wolksvagem, ou de qualquer outra marca?
  Nestas propagandas de sabão em pó, volta-e-meia aparece um suposto
"teste" do produto anunciado versus o concorrente, mas sem NUNCA citar
o nome do concorrente, correto?
  
  
b - 
"E creio que esse tipo de proibição é burrice e má-fé."
  
  Então todas as outras empresas também são "burras" e praticam "má-fé"?
  E se a Oracle "é burra", então porque se deixar publicar no TCP?
Porque está em primeiro lugar?
  
  
c - 
  E, aliás, indica que trata-se dum competidor que sabe que está
perdendo, apesar das aparências."
  
  Whats???
  Cara; a Oracle acaba de comprar a SUN por míseros 7.4 bilhões de
doletas... Isto é atitude de quem está perdendo?
  E esse tal de "estudo", por enquanto, não passa de mais uma das
lendas da internet.
  
  Sejamos sérios, or favor!
  
  
  
  
  De:
Leandro DUTRA 
  Para: Comunidade
PostgreSQL Brasileira 
  Enviadas: Domingo, 24
de Janeiro de 2010 20:04:45
  Assunto: Re:
[pgbr-geral] Performance
  
2010/1/24 Marcelo Costa :
>
> 2010/1/23 Leandro DUTRA 
>>
>> 2010/1/23 Marcelo Costa :
>> > Eu já fiz um estudo desses mas por implicações jurídicas,
inclusive
>> > consultei um advogado especialista na área digital, não
posso divulgar.
>>
>> Quero ver processarem alguém.  Aliás, só isso já me indica
má-fé.
>
> Não entendi 
  
Tenho sérias dúvidas de que esse tipo de proibição seja
constitucional, seja aqui ou noutras partes do mundo dito civilizado.
  
E creio que esse tipo de proibição é burrice e má-fé.  E, aliás,
indica que trata-se dum competidor que sabe que está perdendo, apesar
das aparências.
  
  
-- 
skype:leandro.gfc.dutra?chat      Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3854 7191              gTalk: xmpp:leand...@jabber.org
+55 (11) 9406 7191        ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT-3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
___
pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
  
  

  
  
  Veja quais são os assuntos do momento no Yahoo! +
Buscados: Top
10 - Celebridades
- Música
- Esportes
  

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
  




___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Res: Performance

[Flávio Alves Granato]

Eu gostaria que essa disputa de quem fala por último terminasse pois
esta desmotivando a participação na lista.

Acho que este tópico já ficou mais que Off, será que não temos moderadores?

Abraços,


Flávio
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Res: Performance

[MARCIO CASTRO]

Caro Leandro:

a - 
"Tenho sérias dúvidas de que esse tipo de proibição seja constitucional, seja 
aqui ou noutras partes do mundo dito civilizado."

  Olha só; esta atitude da Oracle é a mesma de milhões de outras empresa pelo 
mundo, ok?
  Você já viu uma propaganda da Fiat dizendo que o carro dela é melhor do que 
algum carro  da Wolksvagem, ou de qualquer outra marca?
  Nestas propagandas de sabão em pó, volta-e-meia aparece um suposto "teste" do 
produto anunciado versus o concorrente, mas sem NUNCA citar o nome do 
concorrente, correto?


b - 
"E creio que esse tipo de proibição é burrice e má-fé."

  Então todas as outras empresas também são "burras" e praticam "má-fé"?
  E se a Oracle "é burra", então porque se deixar publicar no TCP? Porque está 
em primeiro lugar?


c - 
  E, aliás, indica que trata-se dum competidor que sabe que está perdendo, 
apesar das aparências."

  Whats???
  Cara; a Oracle acaba de comprar a SUN por míseros 7.4 bilhões de doletas... 
Isto é atitude de quem está perdendo?
  E esse tal de "estudo", por enquanto, não passa de mais uma das lendas da 
internet.

  Sejamos sérios, or favor!






De: Leandro DUTRA 
Para: Comunidade PostgreSQL Brasileira 
Enviadas: Domingo, 24 de Janeiro de 2010 20:04:45
Assunto: Re: [pgbr-geral] Performance

2010/1/24 Marcelo Costa :
>
> 2010/1/23 Leandro DUTRA 
>>
>> 2010/1/23 Marcelo Costa :
>> > Eu já fiz um estudo desses mas por implicações jurídicas, inclusive
>> > consultei um advogado especialista na área digital, não posso divulgar.
>>
>> Quero ver processarem alguém.  Aliás, só isso já me indica má-fé.
>
> Não entendi 

Tenho sérias dúvidas de que esse tipo de proibição seja
constitucional, seja aqui ou noutras partes do mundo dito civilizado.

E creio que esse tipo de proibição é burrice e má-fé.  E, aliás,
indica que trata-se dum competidor que sabe que está perdendo, apesar
das aparências.


-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3854 7191  gTalk: xmpp:leand...@jabber.org
+55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT-3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
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
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Res: Res: Res: Res: Digest pgbr-geral, volume 35, assunto 94

[MARCIO CASTRO]

Euler;

  Muito obrigado pela sua ajuda.
  Em http://archives.postgresql.org/pgsql-hackers/2009-09/msg01604.php, entendí 
que o código do PL/pgSQL também não é compilado, mas interpretado. É isto 
mesmo? Em caso positivo, será que teremos a compilação em uma versão futura?

E novamente, muito obrigado pelo empenho e pela paciência.






De: Euler Taveira de Oliveira 
Para: Comunidade PostgreSQL Brasileira 
Enviadas: Domingo, 24 de Janeiro de 2010 19:51:19
Assunto: Re: [pgbr-geral] Res:  Res:  Res:  Digest pgbr-geral, volume 35, 
assunto 94

MARCIO CASTRO escreveu:
> "O PL/pgSQL é _adequado_ para acesso a dados"
> 
> Então, se tentarmos portar aplicações que efetuam calculos da PL/SQL
> para a PG/plSQL, vai ficar uma lerdeza, correto? Você poderia nos
> explicar o porque disso exatamente?
> 
Vai depender do cálculo; se o mesmo for uma operação dominante o motor do
PL/PgSQL vai gastar tempo na camada que ele possui para acesso a dados (vide
primeira função do oprofile em [1]).

Em [1] eu cheguei a propor um mecanismo de detecção para utilizar ou não essa
camada de acesso a dados. Talvez isso posso acelerar um pouco a execução
dessas funções. Mas outras idéias tais como montar um repositório (aka cache)
dos planos para compartilhar os mesmos entre conexões e compilar as funções já
foram discutidas.

Talvez em um futuro possamos ter algum desenvolvedor sendo financiado para
fazer tais melhorias na PL/pgSQL; no entanto, no momento não há tanto
interesse assim.


[1] http://archives.postgresql.org/pgsql-hackers/2009-09/msg01602.php


-- 
  Euler Taveira de Oliveira
  http://www.timbira.com/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
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
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Particionamento

[Euler Taveira de Oliveira]

Thiago Freitas escreveu:
> Tenho uma tabela muito grande e queria dividi-la em pedaços menores, por
> exemplo, MÊS/ANO.
O que é muito grande?

> Eu teria que utilizar o conceito de herança para criar todas as tabelas
> filhas herdando as características da tabela principal.
> Depois, eu teria que criar triggers para cada insert executado e criar
> views para visualizar os dados particionados por MÊS/ANO.
Não. O gatilho para inserção é só um (na tabela pai); o que precisa ser mudado
é a função disparada no gatilho pois a mesma precisa saber que existe uma nova
partição.

Visões? Para que?

> No entanto, terei o problema de manutenção dessas N
> tabelas/views/triggers/indices criadas para o particionamento.
> Esta é realmente a melhor forma de se particionar?
Não é a forma definitiva mas é a que temos disponível hoje. Houve um esforço
para termos algo definitivo mas tal funcionalidade (automatizar o
gerenciamento de partições) não virá na próxima versão. :( Inclusive, é de meu
interesse participar do processo de desenvolvimento desta funcionalidade (mas
isso só acontecerá daqui a alguns meses quando provavelmente abriremos um
outro _branch_ no repositório para o 9.1).

> Ainda, fazendo o particionamento o tamanho do banco aumentará
> consideravelmente ou não?
> 
Não. Os dados estarão em partições (aka tabelas filho) ao invés de uma tabela
(aka tabela pai); a mesma lógica vale para os índices dessas partições.


-- 
  Euler Taveira de Oliveira
  http://www.timbira.com/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Performance

[Leandro DUTRA]

2010/1/24 Marcelo Costa :
>
> 2010/1/23 Leandro DUTRA 
>>
>> 2010/1/23 Marcelo Costa :
>> > Eu já fiz um estudo desses mas por implicações jurídicas, inclusive
>> > consultei um advogado especialista na área digital, não posso divulgar.
>>
>> Quero ver processarem alguém.  Aliás, só isso já me indica má-fé.
>
> Não entendi 

Tenho sérias dúvidas de que esse tipo de proibição seja
constitucional, seja aqui ou noutras partes do mundo dito civilizado.

E creio que esse tipo de proibição é burrice e má-fé.  E, aliás,
indica que trata-se dum competidor que sabe que está perdendo, apesar
das aparências.


-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3854 7191  gTalk: xmpp:leand...@jabber.org
+55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT-3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Res: Res: Res: Digest pgbr-geral, volume 35, assunto 94

[Euler Taveira de Oliveira]

MARCIO CASTRO escreveu:
> "O PL/pgSQL é _adequado_ para acesso a dados"
> 
> Então, se tentarmos portar aplicações que efetuam calculos da PL/SQL
> para a PG/plSQL, vai ficar uma lerdeza, correto? Você poderia nos
> explicar o porque disso exatamente?
> 
Vai depender do cálculo; se o mesmo for uma operação dominante o motor do
PL/PgSQL vai gastar tempo na camada que ele possui para acesso a dados (vide
primeira função do oprofile em [1]).

Em [1] eu cheguei a propor um mecanismo de detecção para utilizar ou não essa
camada de acesso a dados. Talvez isso posso acelerar um pouco a execução
dessas funções. Mas outras idéias tais como montar um repositório (aka cache)
dos planos para compartilhar os mesmos entre conexões e compilar as funções já
foram discutidas.

Talvez em um futuro possamos ter algum desenvolvedor sendo financiado para
fazer tais melhorias na PL/pgSQL; no entanto, no momento não há tanto
interesse assim.


[1] http://archives.postgresql.org/pgsql-hackers/2009-09/msg01602.php


-- 
  Euler Taveira de Oliveira
  http://www.timbira.com/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Res: Res: Res: Digest pgbr-geral, volume 35, assunto 94

[MARCIO CASTRO]

"O PL/pgSQL é _adequado_ para acesso a dados"

Então, se tentarmos portar aplicações que efetuam calculos da PL/SQL para a 
PG/plSQL, vai ficar uma lerdeza, correto? Você poderia nos explicar o porque 
disso exatamente?





De: Euler Taveira de Oliveira 
Para: Comunidade PostgreSQL Brasileira 
Enviadas: Sexta-feira, 22 de Janeiro de 2010 15:30:06
Assunto: Re: [pgbr-geral] Res:  Res:  Digest pgbr-geral, volume 35, assunto 94

MARCIO CASTRO escreveu:
>   Não estou generalizando; é verdade mesmo.
> 
Como você tem tanta certeza? Com um benchmark de 2 funções? Nenhum SGBD
arriscaria dizer que é melhor em termos de performance do que o outro em
qualquer consulta. O que pode acontecer é que para as consultas cruciais do
sistema X o SGBD A é melhor que o SGBD B; mas que isso é o inverso no sistema Y.

>   Continuo sem saber o que significa "batendo em espantalho" (nem me
> interessa saber), e se você não for capaz de dar maiores explicações
> sobre o que você chama de "métodos adequados", ninguém irá entender.
> 
Você acompanhou a discussão? O PL/pgSQL é _adequado_ para acesso a dados; para
rotinas que não acessam dados utilize outra linguagem procedural.

>   Mas se você GARANTE, ótimo, é só comprovar, ok?
> 
Eu *não* garanti nada. Não há verdade absoluta. Nem mesmo que o Or*cle é mais
rápido do que o PostgreSQL. ;)



-- 
  Euler Taveira de Oliveira
  http://www.timbira.com/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
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
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Res: Res: Performance

[MARCIO CASTRO]

Sim.






De: Leonardo Cezar 
Para: Comunidade PostgreSQL Brasileira 
Enviadas: Domingo, 24 de Janeiro de 2010 4:14:41
Assunto: Re: [pgbr-geral] Res: Performance

2010/1/24 MARCIO CASTRO :
> Você pode encontrar um comparativo publicado em:
>
> http://www-css.fnal.gov/dsg/external/freeware/mysql-vs-pgsql.html

O que voce não pode fazer, segundo a licença da Oracle é comparação de
performance. Quanto a funcionalidades você pode citar o produto da
Oracle.

Alias, essa comparação é inútil de tão desatualizada e vaga.

-Leo
-- 
Leonardo Cezar
http://www.aslid.org.br
http://postgreslogia.wordpress.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
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
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Res: Res: Digest pgbr-geral, volume 35, assunto 94

[Euler Taveira de Oliveira]

MARCIO CASTRO escreveu:

[Não é quero ser chato mas já sendo...]

Esse assunto já foi muito longe; vamos encerrá-lo por aqui. Vários já
expuseram suas opiniões contra e a favor da performance do PostgreSQL com
relação aquele outro SGBD.

Quanto a resultados comparativos, às vezes não dá para comparar maça com
laranja (comparar somente a linguagem procedural) para dizer se um SGBD é
melhor do que outro. Além disso, há o problema de divulgação de comparativos
daquele outro SGBD (que não nos deixa publicar comparativos de acordo com a
sua licença); e dos clientes, cujo assinei NDA, que *não* querem ter seu nome
citados em processo judicial. O TPC, bem eu já expliquei o porquê, que temos
que pagar para nos associarmos e, além disso, conseguir as máquinas (junto aos
vendedores) para fazer os testes.

Por último, não gostaria de ver um outro e-mail deste assunto senão vou ter
que começar a moderá-los...


-- 
  Euler Taveira de Oliveira
  http://www.timbira.com/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Performance

[Marcelo Costa]

Leandro

2010/1/23 Leandro DUTRA 

> 2010/1/23 Marcelo Costa :
> > Eu já fiz um estudo desses mas por implicações jurídicas, inclusive
> > consultei um advogado especialista na área digital, não posso divulgar.
>
> Quero ver processarem alguém.  Aliás, só isso já me indica má-fé.
>

Não entendi 

-- 
Marcelo Costa
www.marcelocosta.net
-
“You can't always get what want”,

Doctor House in apology to Mike Jagger
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral