date:20100122

Olá,

2010/1/22 Bruno Simioni brunosimi...@gmail.com

 Com algumas consultas rápidas pelo Google, as respostas:


 Foi nos dito também que o PostgreSQL não tem Stored Procedure isso é
 verdade?

 http://www.eioba.com/a70583/a_basic_introduction_to_postgres_stored_procedures
 http://www.devmedia.com.br/articles/viewcomp.asp?comp=6550
 http://imasters.uol.com.br/artigo/2065/postgresql/stored_procedures/


O PostgreSQL não utiliza stored procedure e sim funções.



 E claro,
 http://www.postgresql.org/docs/8.4/interactive/server-programming.html


 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?
 Também sou de Campinas, e a Dextra é uma empresa de desenvolvimento de
 software por encomenda, não uma escola. Um dos serviços que ela oferece é
 treinamento em PostgreSQL, por adotá-lo em suas soluções:


Quanto a cursos eu recomendo a Dextra sim, apesar de ser um pouco suspeito
para falar.




 (mais uma busca google)
 http://www.dextra.com.br/servicos/treinamento/pg/postgres.htm


 2010/1/22 Informática GMAIL moroinformat...@gmail.com

  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 é alm...@hotmail.com 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: alm...@hotmail.com*

 *www.filtracom.com.br* http://www.filtracom.com.br/

 *QUALIDADE GERA QUALIDADE*





 ___
 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



[]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] Microsiga Prrotheus 10 - Stored Procedure

2010-01-22 Por tôpico Andre Fernandes

Bom dia,

Seja bem vindo à lista!
Quanto a não possuir Stored Procedures, o postgreSQL não possui mesmo, ele
apenas possui funções. Qual a diferença? Funções sempre têm um retorno,
mesmo que seja um simples booleano TRUE. Dessa forma, isso não é uma grande
limitação do banco, pode ficar despreocupado.
Com relação a usar o postgreSQL com o Microsiga Protheus, não conheço
grandes problemas, já vi algumas implantações do mesmo sem problemas
maiores. Obviamente, não é o carro chefe da Totvs, mas ainda assim, usando a
versão homologada do banco pela Totvs, não deve haver grandes empecílios.
E para tranquilizá-lo um pouco mais, há bancos grandes e com alta requisição
de usuários em postgreSQL no mercado. Há inclusive bancos (caixa econômica
federal, por exemplo) migrando parte de seus sistemas para postgreSQL.

Quanto à dextra, é uma empresa conceituada em postgreSQL, todos os
profissionais que trabalharam em projetos comigo e eram da Dextra foram
muito competentes. Se o curso deles for tão bom quanto os profissionais que
conheci, vale muito a pena.

Abraços,
André.

2010/1/22 Informática GMAIL moroinformat...@gmail.com

  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 é alm...@hotmail.com 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: alm...@hotmail.com*

 *www.filtracom.com.br* http://www.filtracom.com.br/

 *QUALIDADE GERA QUALIDADE*





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




-- 
André de Camargo Fernandes
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

2010-01-22 Por tôpico emerson hermann

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 moroinformat...@gmail.com
 Subject: [pgbr-geral] Microsiga Prrotheus 10 - Stored Procedure
 To: 'Comunidade PostgreSQL Brasileira'
        pgbr-geral@listas.postgresql.org.br
 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 é alm...@hotmail.com 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: alm...@hotmail.com
  http://www.filtracom.com.br/ www.filtracom.com.br
 QUALIDADE GERA QUALIDADE

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

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

Olá,

Sei que é errado mais ai vai:

POR FAVOR NÃO RESPONDA MENSAGEM DIGEST POIS ISSO SÓ BAGUNÇA O HISTÓRICO DA
LISTA.

Falei em maiúsculo porque já foi solicitado várias vezes isso e o mesmo
continua acontecendo.

2010/1/22 emerson hermann emersonherm...@gmail.com

 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 moroinformat...@gmail.com
  Subject: [pgbr-geral] Microsiga Prrotheus 10 - Stored Procedure
  To: 'Comunidade PostgreSQL Brasileira'
 pgbr-geral@listas.postgresql.org.br
  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 é alm...@hotmail.com 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: alm...@hotmail.com
   http://www.filtracom.com.br/ www.filtracom.com.br
  QUALIDADE GERA QUALIDADE
 
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



[]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] Microsiga Prrotheus 10 - Stored Procedure

2010-01-22 Por tôpico Marcelo Costa

Bom dia

2010/1/22 Informática GMAIL moroinformat...@gmail.com

  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.


Muito legal isso conheço algumas pessoas que também optaram pelo elefante na
migração do Proteus.



 É 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?


Quem te falou isso ou é ruim da cabeça ou não tem samba no pé :-P. Diz pra
ele que chamei ele de louco e cascateiro. :-P



 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?


Ótimo centro de treinamento, fiz minha formação lá quando não sabia nada de
PostgreSQL. Recomendo o pessoal é muito sério. Mas não sei quem são os
instrutores lá agora.




 Se alguém puder comentar sobre esse assunto, ou se tem PostgreSQL rodando
 com o Protheus 10 eu agradeço antecipadamente.

Vou tentar, eu disse tentar, te enviar alguns contatos off (pro teu email
apenas) mas não sei se ainda tenho esses contatos.

-- 
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

Re: [pgbr-geral] Microsiga Prrotheus 10 - Stored Procedure

2010-01-22 Por tôpico Osvaldo Kussama

2010/1/22 Andre Fernandes fernandes.an...@gmail.com:
 Bom dia,

 Seja bem vindo à lista!
 Quanto a não possuir Stored Procedures, o postgreSQL não possui mesmo, ele
 apenas possui funções. Qual a diferença? Funções sempre têm um retorno,
 mesmo que seja um simples booleano TRUE. Dessa forma, isso não é uma grande
 limitação do banco, pode ficar despreocupado.

Se não desejar qualquer tipo de retorno é só declarar na definição da
função RETURNS void [1].


 Com relação a usar o postgreSQL com o Microsiga Protheus, não conheço
 grandes problemas, já vi algumas implantações do mesmo sem problemas
 maiores. Obviamente, não é o carro chefe da Totvs, mas ainda assim, usando a
 versão homologada do banco pela Totvs, não deve haver grandes empecílios.
 E para tranquilizá-lo um pouco mais, há bancos grandes e com alta requisição
 de usuários em postgreSQL no mercado. Há inclusive bancos (caixa econômica
 federal, por exemplo) migrando parte de seus sistemas para postgreSQL.

 Quanto à dextra, é uma empresa conceituada em postgreSQL, todos os
 profissionais que trabalharam em projetos comigo e eram da Dextra foram
 muito competentes. Se o curso deles for tão bom quanto os profissionais que
 conheci, vale muito a pena.


Osvaldo
[1] http://www.postgresql.org/docs/current/interactive/sql-createfunction.html
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Número de transações por dia

Falando nisso, como se calcula este número de transações por dia de modo
coloquial, sem uma formalidade tipo TpmC (com benchmark da TPC)? São
apenas as transações (com begin/commit), apenas os comandos SQL de
modificação (insert, update e delete) ou todos os comandos feitos no dia,
incluindo os select?

Existe algum tipo de ferramenta para determinar estes números (sem
considerar os benchmarks da TPC, claro)? Alguma configuração do
postgresql.conf ou alguma tabela do information_schema?

Aqui eu faço a replicação via log shipping de comandos I/U/D, portanto
consigo medir o volume de gravações no banco -- são cerca de 200 mil por dia
de semana (exceto sábado, pois as lojas funcionam apenas em horário
comercial) -- mas não tenho estatística dos select que são feitos. Já fiz
depuração statement-por-statement, incluindo os select, mas nunca levantei
esta estatística. Esta análise foi feita em especial no início do
desenvolvimento (para otimizar o framework); hoje em dia, faço apenas
eventualmente para achar algum bug mais cabeludo.

2010/1/21 Leandro DUTRA leandro.gfc.du...@gmail.com

 2010/1/21 Jurandir Dallabeneta li...@lmd.com.br:
  Possuimos um software de monitoramento de chão de fábrica onde 5 cpus
  fazem leituras a partir de CLP's e gravam num banco de dados central.
  A base tem 5gb atualmente com aproximadamente 50.000 transações dia.
 
  Pasmen... Windows 2008 Server 64bits.
  Funciona sem problemas a meses, tudo com bom backup.

 A base é pequena, as transações ridiculamente poucas.

 Me fala de terabytes e centenas de transações por segundo… mesmo isso
 dá para fazer funcionar em MS Windows, até em MS SQL Server.  A
 questão é o preço, a falta de liberdade, e a dor de cabeça — não nessa
 ordem.




-- 
Atenciosamente,
Alexsander da Rosa
Linux User #113925

Extremismo na defesa da liberdade não é defeito.
Moderação na busca por justiça não é virtude.
-- Barry Goldwater
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Número de transações por dia

2010-01-22 Por tôpico Fabrízio de Royes Mello

2010/1/22 Alexsander Rosa alexsander.r...@gmail.com

 Falando nisso, como se calcula este número de transações por dia de modo
 coloquial, sem uma formalidade tipo TpmC (com benchmark da TPC)? São
 apenas as transações (com begin/commit), apenas os comandos SQL de
 modificação (insert, update e delete) ou todos os comandos feitos no dia,
 incluindo os select?

 Existe algum tipo de ferramenta para determinar estes números (sem
 considerar os benchmarks da TPC, claro)? Alguma configuração do
 postgresql.conf ou alguma tabela do information_schema?

 Aqui eu faço a replicação via log shipping de comandos I/U/D, portanto
 consigo medir o volume de gravações no banco -- são cerca de 200 mil por dia
 de semana (exceto sábado, pois as lojas funcionam apenas em horário
 comercial) -- mas não tenho estatística dos select que são feitos. Já fiz
 depuração statement-por-statement, incluindo os select, mas nunca levantei
 esta estatística. Esta análise foi feita em especial no início do
 desenvolvimento (para otimizar o framework); hoje em dia, faço apenas
 eventualmente para achar algum bug mais cabeludo.


Quem sabe uma ferramenta para análise de logs combinado com uma conf para
efetuar logs de todas queries do banco... utilizo o pg_fouine [1] e é mto
interessante.


[1] http://pgfouine.projects.postgresql.org/

-- 
Fabrízio de Royes Mello
 Blog sobre TI: http://fabriziomello.blogspot.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] Número de transações por dia

Olá,

2010/1/22 Alexsander Rosa alexsander.r...@gmail.com

 Falando nisso, como se calcula este número de transações por dia de modo
 coloquial, sem uma formalidade tipo TpmC (com benchmark da TPC)? São
 apenas as transações (com begin/commit), apenas os comandos SQL de
 modificação (insert, update e delete) ou todos os comandos feitos no dia,
 incluindo os select?

 Existe algum tipo de ferramenta para determinar estes números (sem
 considerar os benchmarks da TPC, claro)? Alguma configuração do
 postgresql.conf ou alguma tabela do information_schema?


A partir do catálogo você consegue este tipo de informação:

SELECT datname,numbackends,xact_commit,xact_rollback FROM pg_stat_database;

 Este select apresenta o nome do banco, número de conexões, número de
commits e de rollbacks. Porém, isso é a somatória total, para medir
dia-a-dia, hora-a-hora você poderia fazer um script para executar
diariamente e capturar estas informações.

E um bom passo para começar seria zerar estatísticas e isso você pode fazer
por meio da função: pg_stat_reset().

Ainda acredito que a medição via alguma ferramenta seria o melhor caminho.



 Aqui eu faço a replicação via log shipping de comandos I/U/D, portanto
 consigo medir o volume de gravações no banco -- são cerca de 200 mil por dia
 de semana (exceto sábado, pois as lojas funcionam apenas em horário
 comercial) -- mas não tenho estatística dos select que são feitos. Já fiz
 depuração statement-por-statement, incluindo os select, mas nunca levantei
 esta estatística. Esta análise foi feita em especial no início do
 desenvolvimento (para otimizar o framework); hoje em dia, faço apenas
 eventualmente para achar algum bug mais cabeludo.





 2010/1/21 Leandro DUTRA leandro.gfc.du...@gmail.com

 2010/1/21 Jurandir Dallabeneta li...@lmd.com.br:
  Possuimos um software de monitoramento de chão de fábrica onde 5 cpus
  fazem leituras a partir de CLP's e gravam num banco de dados central.
  A base tem 5gb atualmente com aproximadamente 50.000 transações dia.
 
  Pasmen... Windows 2008 Server 64bits.
  Funciona sem problemas a meses, tudo com bom backup.

 A base é pequena, as transações ridiculamente poucas.

 Me fala de terabytes e centenas de transações por segundo… mesmo isso
 dá para fazer funcionar em MS Windows, até em MS SQL Server.  A
 questão é o preço, a falta de liberdade, e a dor de cabeça — não nessa
 ordem.




 --
 Atenciosamente,
 Alexsander da Rosa
 Linux User #113925

 Extremismo na defesa da liberdade não é defeito.
 Moderação na busca por justiça não é virtude.
 -- Barry Goldwater

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



[]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] Microsiga Prrotheus 10 - Stored Procedure

2010-01-22 Por tôpico Andre Fernandes

2010/1/22 Osvaldo Kussama osvaldo.kuss...@gmail.com

 2010/1/22 Andre Fernandes fernandes.an...@gmail.com:
  Bom dia,
 
  Seja bem vindo à lista!
  Quanto a não possuir Stored Procedures, o postgreSQL não possui mesmo,
 ele
  apenas possui funções. Qual a diferença? Funções sempre têm um retorno,
  mesmo que seja um simples booleano TRUE. Dessa forma, isso não é uma
 grande
  limitação do banco, pode ficar despreocupado.

 Se não desejar qualquer tipo de retorno é só declarar na definição da
 função RETURNS void [1].

 Verdade. Tinha esquecido do void.

-- 
André de Camargo Fernandes
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

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

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

2010-01-22 Por tôpico Alipio Dantas

referente ao curso da dextra, é muito bom pode fazer sem receios.

2010/1/22 emerson hermann emersonherm...@gmail.com

 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 moroinformat...@gmail.com
  Subject: [pgbr-geral] Microsiga Prrotheus 10 - Stored Procedure
  To: 'Comunidade PostgreSQL Brasileira'
 pgbr-geral@listas.postgresql.org.br
  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 é alm...@hotmail.com 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: alm...@hotmail.com
   http://www.filtracom.com.br/ www.filtracom.com.br
  QUALIDADE GERA QUALIDADE
 
 ___
 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] Número de transações por dia

Com este SELECT que você me passou, depois de resetar, deu mais de 33.000
transações em 5 minutos... entre 11:46 e 11:51. Imagino que este dado deva
considerar os SELECT também, mas mesmo assim ficou acima do que eu pensava.

2010/1/22 JotaComm jota.c...@gmail.com


 A partir do catálogo você consegue este tipo de informação:

 SELECT datname,numbackends,xact_commit,xact_rollback FROM pg_stat_database;

  Este select apresenta o nome do banco, número de conexões, número de
 commits e de rollbacks. Porém, isso é a somatória total, para medir
 dia-a-dia, hora-a-hora você poderia fazer um script para executar
 diariamente e capturar estas informações.

 E um bom passo para começar seria zerar estatísticas e isso você pode fazer
 por meio da função: pg_stat_reset().

 Ainda acredito que a medição via alguma ferramenta seria o melhor caminho.




-- 
Atenciosamente,
Alexsander da Rosa
Linux User #113925

Extremismo na defesa da liberdade não é defeito.
Moderação na busca por justiça não é virtude.
-- Barry Goldwater
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Res: Número de transações po r dia

Alexsander;

  Porque não considerar os benchmarks da TPC?






De: Fabrízio de Royes Mello fabriziome...@gmail.com
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Sexta-feira, 22 de Janeiro de 2010 11:26:51
Assunto: Re: [pgbr-geral] Número de transações por dia




2010/1/22 Alexsander Rosa alexsander.r...@gmail.com

Falando nisso, como se calcula este número de transações por dia de modo 
coloquial, sem uma formalidade tipo TpmC (com benchmark da TPC)? São apenas 
as transações (com begin/commit), apenas os comandos SQL de modificação 
(insert, update e delete) ou todos os comandos feitos no dia, incluindo os 
select? 

Existe algum tipo de ferramenta para determinar estes números (sem considerar 
os benchmarks da TPC, claro)? Alguma configuração do postgresql.conf ou alguma 
tabela do information_schema?

Aqui eu faço a replicação via log shipping de comandos I/U/D, portanto 
consigo medir o volume de gravações no banco -- são cerca de 200 mil por dia 
de semana (exceto sábado, pois as lojas funcionam apenas em horário comercial) 
-- mas não tenho estatística dos select que são feitos. Já fiz depuração 
statement-por-statement, incluindo os select, mas nunca levantei esta 
estatística. Esta análise foi feita em especial no início do desenvolvimento 
(para otimizar o framework); hoje em dia, faço apenas eventualmente para achar 
algum bug mais cabeludo.


Quem sabe uma ferramenta para análise de logs combinado com uma conf para 
efetuar logs de todas queries do banco... utilizo o pg_fouine [1] e é mto 
interessante.


[1] http://pgfouine.projects.postgresql.org/

-- 
Fabrízio de Royes Mello
 Blog sobre TI: http://fabriziomello.blogspot.com



  

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] Microsiga Prrotheus 10 - Stored Procedure

2010-01-22 Por tôpico Marcal Hokama

 From: moroinformat...@gmail.com
 To: pgbr-geral@listas.postgresql.org.br
 Date: Fri, 22 Jan 2010 08:47:46 -0200
 Subject: [pgbr-geral] Microsiga Prrotheus 10 - Stored Procedure

 Bom dia pessoal tudo bem?

 (...)

 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?

 (...)

Olá André,

Fiz em novembro/dezembro os cursos da Dextra aqui em Brasília e gostei muito. O 
instrutor domina os assuntos e o material é muito bom.

Marçal de Lima Hokama
--
_
O Novo Windows 7 funciona do jeito que você quer. Clique aqui para conhecer!
http://www.microsoft.com/brasil/windows7/default.html?WT.mc_id=1539
___
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: Digest pgbr-geral, volume 35, assunto 94

2010-01-22 Por tôpico Euler Taveira de Oliveira

MARCIO CASTRO escreveu:
   Trabalho com o Postgres e com o Oracle, e relato que a diferença entre
 os mesmos é abismal.
Discordo. Não *generalize* as coisas; já vi várias instalações PostgreSQL com
performance superior a anterior (aka Or*cle).

   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.
Você _não_ mostrou a função em PL/SQL e nem a equivalente em PL/pgSQL.

   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.
Oracle mais rápido? Eu *não* vi esses resultados em [1][2]. Você só mostrou os
resultados do Oracle e _não_ do PostgreSQL com a função em C.

A conclusão daquela discussão foi que você estava batendo em espantalho; use
os métodos adequados para obter melhor desempenho.

 PS: http://www.tpc.org/tpcc/results/tpcc_perf_results.asp
 Continuo torcendo para que um dia vejamos o Post nesta lista!
 
Para isso precisamos pagar um bom $$$ para associarmos e termos direito de
fazer tais testes. E, é claro, termos hardwares disponíveis para realizar os
testes. (Sem uma grande empresa com acesso aos vendedores de hardware, fica
difícil realizarmos tal tarefa).


[1]
http://listas.postgresql.org.br/pipermail/pgbr-geral/2009-September/017497.html
[2]
http://listas.postgresql.org.br/pipermail/pgbr-geral/2009-September/017498.html


-- 
  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] Número de transações por dia

Olá, Alexander

2010/1/22 Alexsander Rosa alexsander.r...@gmail.com

 Com este SELECT que você me passou, depois de resetar, deu mais de 33.000
 transações em 5 minutos... entre 11:46 e 11:51. Imagino que este dado deva
 considerar os SELECT também, mas mesmo assim ficou acima do que eu pensava.


Sim. Ele considera SELECT também.


 2010/1/22 JotaComm jota.c...@gmail.com


 A partir do catálogo você consegue este tipo de informação:

 SELECT datname,numbackends,xact_commit,xact_rollback FROM
 pg_stat_database;

  Este select apresenta o nome do banco, número de conexões, número de
 commits e de rollbacks. Porém, isso é a somatória total, para medir
 dia-a-dia, hora-a-hora você poderia fazer um script para executar
 diariamente e capturar estas informações.

 E um bom passo para começar seria zerar estatísticas e isso você pode
 fazer por meio da função: pg_stat_reset().

 Ainda acredito que a medição via alguma ferramenta seria o melhor caminho.




 --
 Atenciosamente,
 Alexsander da Rosa
 Linux User #113925

 Extremismo na defesa da liberdade não é defeito.
 Moderação na busca por justiça não é virtude.
 -- Barry Goldwater

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



[]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] Microsiga Prrotheus 10 - Stored Procedure

2010/1/22 Andre Fernandes fernandes.an...@gmail.com:

 Quanto a não possuir Stored Procedures, o postgreSQL não possui mesmo, ele
 apenas possui funções. Qual a diferença? Funções sempre têm um retorno,
 mesmo que seja um simples booleano TRUE. Dessa forma, isso não é uma grande
 limitação do banco, pode ficar despreocupado.

Tenho dúvidas ao redor desse tema.

Se UDFs não suportam parâmetros OUT, então porque não categorizar uma
função construída com esse recurso como procedimento armazenado?

Outra coisa é o valor de retorno, segundo a especificação
ISO/SQL9075-4 uma SP pode retornar valor composto enquanto uma função
não pode. No postgres UDFs retornam valores compostos também, logo
tratam-se de procedimentos armazenados??

IMHO, acho razoável classificar tal informação como mito.

-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

Re: [pgbr-geral] Microsiga Prrotheus 10 - Stored Procedure

2010/1/22 Leonardo Cezar lhce...@gmail.com:
 2010/1/22 Andre Fernandes fernandes.an...@gmail.com:

 Quanto a não possuir Stored Procedures, o postgreSQL não possui mesmo, ele
 apenas possui funções. Qual a diferença? Funções sempre têm um retorno,
 mesmo que seja um simples booleano TRUE. Dessa forma, isso não é uma grande
 limitação do banco, pode ficar despreocupado.

 Tenho dúvidas ao redor desse tema.

 Se UDFs não suportam parâmetros OUT, então porque não categorizar uma
 função construída com esse recurso como procedimento armazenado?

Corrigindo ...

Se por definição da especificação do PSM funções não devem aceitar
parâmetros OUT e no postgres funções *aceitam* parametros OUT, então
porque não podemos chamar uma função de procedure?


-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

Re: [pgbr-geral] Microsiga Prrotheus 10 - Stored Procedure

2010-01-22 Por tôpico Ricardo

Em 22/01/2010 09:49, Andre Fernandes escreveu:
 Bom dia,

 Seja bem vindo à lista!
 Quanto a não possuir Stored Procedures, o postgreSQL não possui mesmo,
 ele apenas possui funções. Qual a diferença? Funções sempre têm um
 retorno, mesmo que seja um simples booleano TRUE. Dessa forma, isso não
 é uma grande limitação do banco, pode ficar despreocupado.

Se Stored Procedure / Função for declarada assim:

Create or Replace Function MinhaRotina() Returns void AS $$ ...

a rotina não precisa ter em seu corpo a palavra reservada return e, 
pela analogia, torna-se uma Stored Procedure.

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

[pgbr-geral] Qual o melhor Sistema Operacional?

2010-01-22 Por tôpico Marcos André

Obrigado a todos que participaram pois as opniões de ambos será de grande
valia na definição do que preciso.

-- 
At.
Marcos André
Analista de Sistemas
Cel.: (11) 9103-4350
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Microsiga Prrotheus 10 - Stored Procedure

2010-01-22 Por tôpico Jose Arturo Solis Ramirez

Oi pessoal..


Eu vou falar um pouco deste ponto.

Desculpe minha escrita, póis eu sou Méxicano e quasi não entendo o português.

Tem pouco tempo que na empresa que eu trabalho adquirimos o Microsiga
Protheus 10.1, para a gente foi vendido com o banco de dados MSSQL já
que eles não oferecem suporte para o PostgreSql, como você falou
somente até 10 usuários.

Na empresa que eu trabalho temos mais de 900 lojas no México e tudo o
banco de dados é PostgreSQL, temos cerca de 5 transações por
minuto.

A gente não conseguimos trabalhar com postgresql e microsiga protheus
porque  a empresa Totvs que é a empresa que vende o microsiga protheus
não conhece muito o postgres e não dá suporte somente até 10 usuários
como você falou.

Então sigue minhas respostas após das suas perguntas Valeu...

Foi nos dito também que o PostgreSQL não tem Stored Procedure isso é
verdade?
Os stored procedured no postgres se chaman funções e é mais o menos o
mesmo só que o postgres permite retornar valores e Tipos ( estruturas
), que bom né.


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?

Das perguntas da acima não conheço mais eu posso falar do que não
precisa de muito para saber postgresql, uma das bondades é que é muito
facil.

Recomendo o curso somente para o administrador...

Vale a pena fazer esse curso de PostgreSQL?

Como eu falei tudo curso é bom, pode experimentar com o curso mais na
internete tem muita ajuda para o postgres, se você já conhece MS SQL é
mais o menos o mesmo só que MUITO MELHOR o POSTGRESQL..


Valeu galera...

2010/1/22 Informática GMAIL moroinformat...@gmail.com:
 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 é alm...@hotmail.com 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: alm...@hotmail.com

 www.filtracom.com.br

 QUALIDADE GERA QUALIDADE





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





-- 
---
Coppel S.A de C.V

Av. Kiki Murillo #103
Col. Desarrollo Urbano La Primavera.

Proyecto Sudamérica.
José Arturo Solís Ramírez

asolisyc...@gmail.com
aso...@coppel.com

Tel (667) 7589100 Ext 500307
Edificio de Sistemas  (Modulo B)-  La Primavera.
---
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Microsiga Prrotheus 10 - Stored Procedure

2010-01-22 Por tôpico Marcelo Costa

Hola (Ramirez)

2010/1/22 Jose Arturo Solis Ramirez asolisyc...@gmail.com

 Oi pessoal..


 Eu vou falar um pouco deste ponto.

 Desculpe minha escrita, póis eu sou Méxicano e quasi não entendo o
 português.

 Tem pouco tempo que na empresa que eu trabalho adquirimos o Microsiga
 Protheus 10.1, para a gente foi vendido com o banco de dados MSSQL já
 que eles não oferecem suporte para o PostgreSql, como você falou
 somente até 10 usuários.

 Na empresa que eu trabalho temos mais de 900 lojas no México e tudo o
 banco de dados é PostgreSQL, temos cerca de 5 transações por
 minuto.

 A gente não conseguimos trabalhar com postgresql e microsiga protheus
 porque  a empresa Totvs que é a empresa que vende o microsiga protheus
 não conhece muito o postgres e não dá suporte somente até 10 usuários
 como você falou.

 Então sigue minhas respostas após das suas perguntas Valeu...

 Foi nos dito também que o PostgreSQL não tem Stored Procedure isso é
 verdade?
 Os stored procedured no postgres se chaman funções e é mais o menos o
 mesmo só que o postgres permite retornar valores e Tipos ( estruturas
 ), que bom né.


 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?

 Das perguntas da acima não conheço mais eu posso falar do que não
 precisa de muito para saber postgresql, uma das bondades é que é muito
 facil.

 Recomendo o curso somente para o administrador...

 Vale a pena fazer esse curso de PostgreSQL?

 Como eu falei tudo curso é bom, pode experimentar com o curso mais na
 internete tem muita ajuda para o postgres, se você já conhece MS SQL é
 mais o menos o mesmo só que MUITO MELHOR o POSTGRESQL..


 Valeu galera...



Ramires gracias por su respuesta perspicaz. Así que sólo utiliza el
elefante.

-- 
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

Re: [pgbr-geral] Número de transações por dia

Pois é, foram mais de 365.000 transações em 2:30 horas.

2010/1/22 JotaComm jota.c...@gmail.com

 Olá, Alexander

 2010/1/22 Alexsander Rosa alexsander.r...@gmail.com

 Com este SELECT que você me passou, depois de resetar, deu mais de 33.000
 transações em 5 minutos... entre 11:46 e 11:51. Imagino que este dado deva
 considerar os SELECT também, mas mesmo assim ficou acima do que eu pensava.


 Sim. Ele considera SELECT também.


 2010/1/22 JotaComm jota.c...@gmail.com


 A partir do catálogo você consegue este tipo de informação:

 SELECT datname,numbackends,xact_commit,xact_rollback FROM
 pg_stat_database;



-- 
Atenciosamente,
Alexsander da Rosa
Linux User #113925

Extremismo na defesa da liberdade não é defeito.
Moderação na busca por justiça não é virtude.
-- Barry Goldwater
___
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: Digest pgbr-geral, volume 35, assunto 94

2010-01-22 Por tôpico Newton Teixeira do Nascimento Júnior

Caro Euler:

a - 
Discordo. Não *generalize* as coisas; já vi várias instalações PostgreSQL com
performance superior a anterior (aka Or*cle).

  Não estou generalizando; é verdade mesmo. Por favor; não vamos começar uma 
discussão infundada, que de nada acrescentará à lista. Mas você pode nos enviar 
a estrutura deste eu já ví, e então poderemos repetir os mesmos testes, ok?


b - 
Você _não_ mostrou a função em PL/SQL e nem a equivalente em PL/pgSQL.

  Se você procurar o histórico da lista, verificará as duas funções utilizadas 
como exemplo, que são muito simples. E irá verificar também que um outro membro 
desta compilou e rodou a rotina do Post em seu próprio servidor. Mas se estas 
não se adequam, por favor, envie suas próprias funções, tabelas ou demais 
objetos; acaso cometido algum erro, pedirei desculpas a todos.


c - 
Oracle mais rápido? Eu *não* vi esses resultados em [1][2]. Você só mostrou os
resultados do Oracle e _não_ do PostgreSQL com a função em C

  Como explicado, tentamos migrar uma aplicação com milhares de linhas de 
código em PL/SQL (Oracle) para o Postgres (PG/plSQL). Quem efetuou este pedido 
foi O PRÓPRIO CLIENTE, que, com certeza, estava querendo diminuir os custos 
portando a sua aplicação para o PostgreSQL. O cliente NÃO QUERIA REESCREVER 
TUDO EM C ou em qualquer outra linguagem, mas aproveitar ao máximo o código 
existente!


d - 
A conclusão daquela discussão foi que você estava batendo em espantalho; use
os métodos adequados para obter melhor desempenho.

  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.


e - 
Para isso precisamos pagar um bom $$$ para associarmos e termos direito de
fazer tais testes. E, é claro, termos hardwares disponíveis para realizar os
testes. (Sem uma grande empresa com acesso aos vendedores de hardware, fica
difícil realizarmos tal tarefa).

  Sim, é verdade. Mas que empresa de hardware irá recomendar um produto sem 
ganhar nada em cima? A mesma pode até vender o peixe com o Postgres, mas será 
que a mesma declararia que tal produto é mais rápido do que o banco A ou B, sem 
possuir nenhuma comprovação de tal fato?
  Mas se você GARANTE, ótimo, é só comprovar, ok? Aliás, na semana passada eu 
conhecí um cara que GARANTE que o Caché é o banco mais rápido do mundo. 
Perguntado sobre como comprovar esta declaração, este respondeu que a mesma é 
baseada em vivência e experiância profissional. Perguntado se o mesmo já havia 
trabalhado com outros bancos, o mesmo respondeu nenhum...

  Termino esta repetindo que você, ou qualquer outro membro da lista, pode 
escrever as rotinas que julgar mais adequadas (métodos adequados, tabelas, ou 
seja o que for), que irei testá-las com o maior prazer. Aliás, se mais alguém 
quiser acompanhar estes testes in loco, é só chegar aquí na empresa - estou em 
BH, na Floresta. Os servidores serão os mesmos dos testes anteriores, e a única 
exigência é que tudo possa rodar com um mínimo de alterações.
  E se alguém quiser verificar por sí só no Oracle, é só baixar gratuitamente o 
software no site da mesma - não são necessárias licenças para estudar, efetuar 
testes ou criação de protótipo.
  Abaixo as rotinas utilizadas, no Postgres e no Oracle.


Atenciosamente,

Márcio de Figueiredo Moura e Castro


--
-- FIB
--

-- FIB NO ORACLE
create or replace
FUNCTION fib(fib_for integer)
  RETURN integer AS
BEGIN
  IF fib_for  2 THEN
  RETURN fib_for;
  END IF;
  RETURN fib(fib_for - 2) + fib(fib_for - 1);
END;


-- FIB NO POSGRES
CREATE OR REPLACE FUNCTION fib(fib_for integer)
  RETURNS integer AS
$BODY$
BEGIN
IF fib_for  2 THEN
RETURN fib_for;
END IF;
RETURN fib(fib_for - 2) + fib(fib_for - 1);
END;
$BODY$
  LANGUAGE 'plpgsql' IMMUTABLE;
ALTER FUNCTION fib(integer) OWNER TO postgres;


--
-- FUNCTION1
--


-- FUNCTION1 NO ORACLE
create or replace
FUNCTION FUNCTION1 return number AS
  i INTEGER;
  s integer;
  v_tempo number;
BEGIN
  SELECT (EXTRACT(minute FROM current_timestamp) * 60) + EXTRACT(second FROM 
current_timestamp) into v_tempo FROM dual;
  FOR i IN 1 .. power(10,8) LOOP
 s := s + 1;
  END LOOP;
  SELECT ((EXTRACT(minute FROM current_timestamp) * 60) + EXTRACT(second FROM 
current_timestamp)) - v_tempo into v_tempo FROM dual;
  RETURN v_tempo;
END FUNCTION1;


-- FUNCTION1 NO POSTGRES
CREATE OR REPLACE FUNCTION function1()
  RETURNS integer AS
$BODY$
DECLARE
  i INTEGER;
  s integer;
BEGIN
  FOR i IN 1 .. power(10, 8) LOOP
 s := s + 1;
  END LOOP;
RETURN 0;
END;
$BODY$
  LANGUAGE 'plpgsql' IMMUTABLE;
ALTER FUNCTION function1() OWNER TO postgres;







De: Euler Taveira de Oliveira

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

2010-01-22 Por tôpico Marcelo Costa

Boa tarde companheiro

2010/1/22 MARCIO CASTRO marciomouracas...@yahoo.com.br

 Caro Euler:

 a -
 Discordo. Não *generalize* as coisas; já vi várias instalações PostgreSQL
 com
 performance superior a anterior (aka Or*cle).

   Não estou generalizando; é verdade mesmo. Por favor; não vamos começar
 uma discussão infundada, que de nada acrescentará à lista. Mas você pode nos
 enviar a estrutura deste eu já ví, e então poderemos repetir os mesmos
 testes, ok?


 b -
 Você _não_ mostrou a função em PL/SQL e nem a equivalente em PL/pgSQL.

   Se você procurar o histórico da lista, verificará as duas funções
 utilizadas como exemplo, que são muito simples. E irá verificar também que
 um outro membro desta compilou e rodou a rotina do Post em seu próprio
 servidor. Mas se estas não se adequam, por favor, envie suas próprias
 funções, tabelas ou demais objetos; acaso cometido algum erro, pedirei
 desculpas a todos.


 c -
 Oracle mais rápido? Eu *não* vi esses resultados em [1][2]. Você só
 mostrou os
 resultados do Oracle e _não_ do PostgreSQL com a função em C

   Como explicado, tentamos migrar uma aplicação com milhares de linhas de
 código em PL/SQL (Oracle) para o Postgres (PG/plSQL). Quem efetuou este
 pedido foi O PRÓPRIO CLIENTE, que, com certeza, estava querendo diminuir os
 custos portando a sua aplicação para o PostgreSQL. O cliente NÃO QUERIA
 REESCREVER TUDO EM C ou em qualquer outra linguagem, mas aproveitar ao
 máximo o código existente!


 d -
 A conclusão daquela discussão foi que você estava batendo em espantalho;
 use
 os métodos adequados para obter melhor desempenho.

   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.


 e -
 Para isso precisamos pagar um bom $$$ para associarmos e termos direito de
 fazer tais testes. E, é claro, termos hardwares disponíveis para realizar
 os
 testes. (Sem uma grande empresa com acesso aos vendedores de hardware, fica
 difícil realizarmos tal tarefa).

   Sim, é verdade. Mas que empresa de hardware irá recomendar um produto sem
 ganhar nada em cima? A mesma pode até vender o peixe com o Postgres, mas
 será que a mesma declararia que tal produto é mais rápido do que o banco A
 ou B, sem possuir nenhuma comprovação de tal fato?
   Mas se você GARANTE, ótimo, é só comprovar, ok? Aliás, na semana passada
 eu conhecí um cara que GARANTE que o Caché é o banco mais rápido do mundo.
 Perguntado sobre como comprovar esta declaração, este respondeu que a mesma
 é baseada em vivência e experiância profissional. Perguntado se o mesmo já
 havia trabalhado com outros bancos, o mesmo respondeu nenhum...

   Termino esta repetindo que você, ou qualquer outro membro da lista, pode
 escrever as rotinas que julgar mais adequadas (métodos adequados, tabelas,
 ou seja o que for), que irei testá-las com o maior prazer. Aliás, se mais
 alguém quiser acompanhar estes testes in loco, é só chegar aquí na empresa -
 estou em BH, na Floresta. Os servidores serão os mesmos dos testes
 anteriores, e a única exigência é que tudo possa rodar com um mínimo de
 alterações.
   E se alguém quiser verificar por sí só no Oracle, é só baixar
 gratuitamente o software no site da mesma - não são necessárias licenças
 para estudar, efetuar testes ou criação de protótipo.
   Abaixo as rotinas utilizadas, no Postgres e no Oracle.



 Atenciosamente,

 Márcio de Figueiredo Moura e Castro


 --
 -- FIB
 --

 -- FIB NO ORACLE
 create or replace
 FUNCTION fib(fib_for integer)
   RETURN integer AS
 BEGIN
   IF fib_for  2 THEN
   RETURN fib_for;
   END IF;
   RETURN fib(fib_for - 2) + fib(fib_for - 1);
 END;


 -- FIB NO POSGRES
 CREATE OR REPLACE FUNCTION fib(fib_for integer)
   RETURNS integer AS
 $BODY$
 BEGIN
 IF fib_for  2 THEN
 RETURN fib_for;
 END IF;
 RETURN fib(fib_for - 2) + fib(fib_for - 1);
 END;
 $BODY$
   LANGUAGE 'plpgsql' IMMUTABLE;
 ALTER FUNCTION fib(integer) OWNER TO postgres;


 --
 -- FUNCTION1
 --


 -- FUNCTION1 NO ORACLE
 create or replace
 FUNCTION FUNCTION1 return number AS
   i INTEGER;
   s integer;
   v_tempo number;
 BEGIN
   SELECT (EXTRACT(minute FROM current_timestamp) * 60) + EXTRACT(second
 FROM current_timestamp) into v_tempo FROM dual;
   FOR i IN 1 .. power(10,8) LOOP
  s := s + 1;
   END LOOP;
   SELECT ((EXTRACT(minute FROM current_timestamp) * 60) + EXTRACT(second
 FROM current_timestamp)) - v_tempo into v_tempo FROM dual;
   RETURN v_tempo;
 END FUNCTION1;


 -- FUNCTION1 NO POSTGRES
 CREATE OR REPLACE FUNCTION function1()
   RETURNS integer AS
 $BODY$
 DECLARE
   i INTEGER;
   s integer;
 BEGIN
   FOR i IN 1 .. power(10, 8) LOOP
  s := s + 1;
   END LOOP;
 RETURN

[pgbr-geral] Como inserir dados em vetores de forma otimizada [ plsql ] ?


Olá comunidade, tenho vários trechos de código em plsql que inserem valores em 
vetores da forma abaixo [SQL 01]:

 

DECLARE 

vetor_hora_max varchar[] = '{null}'; 

vetor_cargas real[][] := '{{null,null,null,null,null}}';

 

i=1

FOR tupla IN (SELECT id_limites_tensoes_subest, id_tensoes_subest, id_carga, 
valor_inf, valor_recom, valor_sup FROM cmao.DTF_LIMITES_TENSOES_BARRA ) LOOP

IF ( i = 1 ) THEN

   vetor_cargas[i][1] = 
tupla.id_limites_tensoes_subest;

   vetor_cargas[i][2] = tupla.id_carga;

   vetor_cargas[i][3] = tupla.valor_inf;

   vetor_cargas[i][4] = tupla.valor_recom;

   vetor_cargas[i][5] = tupla.valor_sup;


ELSE

   vetor_cargas = vetor_cargas || 
ARRAY[[tupla.id_limites_tensoes_subest, tupla.id_carga,tupla.valor_inf, 
tupla.valor_recom, tupla.valor_sup]]; 

END IF;--*/

i = i+1;

 

--vetor_cargas = vetor_cargas || 
ARRAY[[tupla.id_limites_tensoes_subest, tupla.id_carga,tupla.valor_inf, 
tupla.valor_recom, tupla.valor_sup]]; 



vetor_ids_limites_tensoes_subest = 
vetor_ids_limites_tensoes_subest || tupla.id_limites_tensoes_subest;



END LOOP;

 

Quando executo esse código, o vetor é preenchido corretamente. Exemplo:

vetor_cargas - 
{{1,4,69.7,71,72.3},{2,3,68.7,70,71.3},{3,2,67.7,69,70.3},{4,1,67.7,69,70.3}}NOTICE:
  vetor_hora_max - {23:59:50}

 

Gostaria de otimizar esse trecho de código para eliminar esse IF e ELSE -  como 
abaixo [SQL 02]:

 

FOR tupla IN (SELECT * FROM cmao.DTF_LIMITES_TENSOES_BARRA) LOOP

   vetor_cargas = vetor_cargas || 
ARRAY[[tupla.id_limites_tensoes_subest, tupla.id_carga,tupla.valor_inf, 
tupla.valor_recom, tupla.valor_sup]]; 



END LOOP;

 

O problema é quando executo como o [SQL 02], o primeiro elemento do vetor 
sempre vem com NULL.  Exemplo:

 

FOR rIN (SELECT * FROM cmao.DTF_LIMITES_TENSOES_BARRA WHERE id_tensoes_subest 
= record_dtf.id_tensoes_subest ORDER BY id_tensoes_subest, 
id_limites_tensoes_subest) LOOP



   vetor_cargas = vetor_cargas || 
ARRAY[[tupla.id_limites_tensoes_subest, tupla.id_carga,tupla.valor_inf, 
tupla.valor_recom, tupla.valor_sup]]; 



END LOOP;

 

RAISE NOTICE 'vetor_cargas - %',vetor_cargas;

RAISE NOTICE 'vetor_hora_max - %',vetor_hora_max;

 

vetor_cargas - 
{{NULL,NULL,NULL,NULL,NULL},{1,4,69.7,71,72.3},{2,3,68.7,70,71.3},{3,2,67.7,69,70.3},{4,1,67.7,69,70.3}}NOTICE:
  vetor_hora_max - {NULL,23:59:50}

 

Esses vetores estão declarados da seguinte forma:

vetor_hora_max varchar[] = '{null}'; 

vetor_cargas real[][] := '{{null,null,null,null,null}}';

 

Quando altero a declaração desses vetores os seguintes erros abaixo são 
disparados.

 

vetor_cargas real[][] := '{null}';

vetor_cargas real[][] := '{{}}';

 

ERROR:  wrong number of array subscripts

 

ERROR:  malformed array literal: {{}}

CONTEXT:  PL/pgSQL function fs_calcular_dtf_passo1 line 65 at block variables 
initialization

 

Tem uma forma de otimizar esse código?. Agradeço desde já pela atenção de 
todos. No aguardo on-line. Att.

 

Newton Teixeira do Nascimento Junior

e-mail: newton.jun...@eletronorte.gov.br



html
body
font face = arial size = 1 color = #80Aviso:brO emitente desta 
mensagem eacute; responsaacute;vel por seu conteuacute;do e 
endereccedil;amento. Cabe ao destinataacute;rio cuidar quanto ao tratamento 
adequado. Sem a devida autorizaccedil;atilde;o, a divulgaccedil;atilde;o, a 
reproduccedil;atilde;o, a distribuiccedil;atilde;o ou qualquer outra 
accedil;atilde;o em desconformidade com as normas internas da ELETRONORTE S/A 
satilde;o proibidas e passiacute;veis de sanccedil;atilde;o disciplinar, 
ciacute;vel e criminal. Esta mensagem pode ser monitorada.
/font
/body
/html___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Microsiga Prrotheus 10 - Stored Procedure

2010-01-22 Por tôpico Jose Arturo Solis Ramirez

Olá Marcelo na verdade na empresa utilizamos  ( Informix, MS SQL,
Postgresql ) e temos alguns mais.



2010/1/22 Marcelo Costa marcelojsco...@gmail.com:
 Hola (Ramirez)

 2010/1/22 Jose Arturo Solis Ramirez asolisyc...@gmail.com

 Oi pessoal..


 Eu vou falar um pouco deste ponto.

 Desculpe minha escrita, póis eu sou Méxicano e quasi não entendo o
 português.

 Tem pouco tempo que na empresa que eu trabalho adquirimos o Microsiga
 Protheus 10.1, para a gente foi vendido com o banco de dados MSSQL já
 que eles não oferecem suporte para o PostgreSql, como você falou
 somente até 10 usuários.

 Na empresa que eu trabalho temos mais de 900 lojas no México e tudo o
 banco de dados é PostgreSQL, temos cerca de 5 transações por
 minuto.

 A gente não conseguimos trabalhar com postgresql e microsiga protheus
 porque  a empresa Totvs que é a empresa que vende o microsiga protheus
 não conhece muito o postgres e não dá suporte somente até 10 usuários
 como você falou.

 Então sigue minhas respostas após das suas perguntas Valeu...

 Foi nos dito também que o PostgreSQL não tem Stored Procedure isso é
 verdade?
 Os stored procedured no postgres se chaman funções e é mais o menos o
 mesmo só que o postgres permite retornar valores e Tipos ( estruturas
 ), que bom né.


 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?

 Das perguntas da acima não conheço mais eu posso falar do que não
 precisa de muito para saber postgresql, uma das bondades é que é muito
 facil.

 Recomendo o curso somente para o administrador...

 Vale a pena fazer esse curso de PostgreSQL?

 Como eu falei tudo curso é bom, pode experimentar com o curso mais na
 internete tem muita ajuda para o postgres, se você já conhece MS SQL é
 mais o menos o mesmo só que MUITO MELHOR o POSTGRESQL..


 Valeu galera...


 Ramires gracias por su respuesta perspicaz. Así que sólo utiliza el
 elefante.

 --
 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





-- 
---
Coppel S.A de C.V

Av. Kiki Murillo #103
Col. Desarrollo Urbano La Primavera.

Proyecto Sudamérica.
José Arturo Solís Ramírez

asolisyc...@gmail.com
aso...@coppel.com

Tel (667) 7589100 Ext 500307
Edificio de Sistemas  (Modulo B)-  La Primavera.
---
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] pg_dump ou pg_dump --column-inserts

2010-01-22 Por tôpico Carlos Antonio Pereira

Boa tarde, a todos!
Gostaria de saber a opinião de vocês em relação a segurança sobre backup por 
copia (pg_dump) e por inserts (--column-inserts). Migrei agora da versão 8.1 
para 8.4 e percebi que o parametro -D não existe nesta mais recente. 
Experimentei um backup por cópia e notei que a velocidade de restauração do 
banco é muito superior. Assim, gostaria da opinião dos senhores.

Desde já agradeço. ___
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

2010-01-22 Por tôpico Euler Taveira de Oliveira

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

Re: [pgbr-geral] pg_dump ou pg_dump --column-inserts

2010-01-22 Por tôpico Osvaldo Kussama

2010/1/22 Carlos Antonio Pereira carlosanto...@utivida.com.br:
 Boa tarde, a todos!
 Gostaria de saber a opinião de vocês em relação a segurança sobre backup por
 copia (pg_dump) e por inserts (--column-inserts). Migrei agora da versão 8.1
 para 8.4 e percebi que o parametro -D não existe nesta mais recente.
 Experimentei um backup por cópia e notei que a velocidade de restauração do
 banco é muito superior. Assim, gostaria da opinião dos senhores.



Das Release Notes da versão 8.4 [1]:
Remove -d and -D options from pg_dump and pg_dumpall (Tom)

These options were too frequently confused with the option to select a
database name in other PostgreSQL client applications. The
functionality is still available, but you must now spell out the long
option name --inserts or --column-inserts. 

Utilizando o COPY realmente fica mais rápido mas, em algumas
situações, pode ser interessante usar o INSERT.

Osvaldo
[1] http://www.postgresql.org/docs/8.4/interactive/release-8-4.html

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

[pgbr-geral] OFF-Topic: Movimento nacional para assegurar reconhecimento a Inventor brasileiro

2010-01-22 Por tôpico Angelo Augusto Frozza (*UNIPLAC)

Copiando de outra lista
=
Caros, 

Leiam e, se concordarem, apoiem este abaixo-assinado para reconhecer 
o brasileiro Landell de Moura como o precursor (ou pai) das 
Telecomunicações sem fio no Brasil. 

Trata-se de mobilizar os cidadãos brasileiros para reconhecer, tal como ao 
inventor Santos Dumont,  o espírito científico deste brasileiro nascido no 
RS no século XIX. 

http://www.mlm.landelldemoura.qsl.br/index.html 

Cobertura jornalística da mobilização em jornal local: 

http://www.correiodopovo.com.br/Impresso/?Ano=115Numero=113Caderno=0Noticia=88043
 

Abs, 

Sergio Bampi 
.INF - UFRGS 

___
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

Eu juro que queria entender: O QUE ESSE FAZ AQUI ?


De nada adianta este tipo de atitude, pelo contrário; tal só vem a dirimir a 
lista.

Esta não deve servir para desabafos, mas para auxílios e troca de 
conhecimentos. Se você tem o conhecimento e quer compartilhá-lo, fique à 
vontade. Mas se não quer ajudar, ou não tiver como contribuir, então não 
responda, e não atrapalhe, ok? 








De: Marcelo Costa marcelojsco...@gmail.com
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Sexta-feira, 22 de Janeiro de 2010 14:46:34
Assunto: Re: [pgbr-geral] Res: Res: Digest pgbr-geral, volume 35, assunto 94

Boa tarde companheiro


2010/1/22 MARCIO CASTRO marciomouracas...@yahoo.com.br

Caro Euler:

a - 

Discordo. Não *generalize* as coisas; já vi várias instalações PostgreSQL com
performance superior a anterior (aka Or*cle).

  Não estou generalizando; é verdade mesmo. Por favor; não vamos começar uma 
 discussão infundada, que de nada acrescentará à lista. Mas você pode nos 
 enviar a estrutura deste eu já ví, e então poderemos repetir os mesmos 
 testes, ok?


b - 

Você _não_ mostrou a função em PL/SQL e nem a equivalente em PL/pgSQL.

  Se você procurar o histórico da lista, verificará as duas funções utilizadas 
 como exemplo, que são muito simples. E irá verificar também que um outro 
 membro desta compilou e rodou a rotina do Post em seu próprio servidor. Mas 
 se estas não se adequam, por
 favor, envie suas próprias funções, tabelas ou demais objetos; acaso cometido 
 algum erro, pedirei desculpas a todos.


c - 

Oracle mais rápido? Eu *não* vi esses resultados em [1][2]. Você só mostrou os
resultados do Oracle e _não_ do PostgreSQL com a função em C

  Como explicado, tentamos migrar uma aplicação com milhares de linhas de 
 código em PL/SQL (Oracle) para o Postgres (PG/plSQL). Quem efetuou este 
 pedido foi O PRÓPRIO CLIENTE, que, com certeza, estava querendo diminuir os 
 custos portando a sua aplicação para o PostgreSQL. O cliente NÃO QUERIA 
 REESCREVER TUDO EM C ou em qualquer outra linguagem, mas aproveitar ao máximo 
 o código existente!


d - 

A conclusão daquela discussão foi que você estava batendo em espantalho; use
os métodos adequados para obter melhor desempenho.

  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.


e - 

Para isso precisamos pagar um bom $$$ para associarmos e termos direito de
fazer tais testes. E, é claro, termos hardwares disponíveis para realizar os
testes. (Sem uma grande empresa com acesso aos vendedores de hardware, fica
difícil realizarmos tal tarefa).

  Sim, é verdade. Mas que empresa de hardware irá recomendar um produto sem 
 ganhar nada em cima? A mesma pode até vender o peixe com o Postgres, mas 
 será que a mesma declararia que tal produto é mais rápido do que o banco A ou 
 B, sem possuir nenhuma comprovação de tal fato?
  Mas se você GARANTE, ótimo, é só comprovar, ok? Aliás, na semana passada eu 
 conhecí um cara que GARANTE que o Caché é o banco mais rápido do mundo. 
 Perguntado sobre como comprovar esta declaração, este respondeu que a mesma 
 é
 baseada em vivência e experiância profissional. Perguntado se o mesmo já 
 havia trabalhado com outros bancos, o mesmo respondeu nenhum...

  Termino esta repetindo que você, ou qualquer outro membro da lista, pode 
 escrever as rotinas que julgar mais adequadas (métodos adequados, tabelas, 
 ou seja o que for), que irei testá-las com o maior prazer. Aliás, se mais 
 alguém quiser acompanhar estes testes in loco, é só chegar aquí na empresa - 
 estou em BH, na Floresta. Os servidores serão os mesmos dos testes 
 anteriores, e a única exigência é que tudo possa rodar com um mínimo de 
 alterações.
  E se alguém quiser verificar por sí só no Oracle, é só baixar gratuitamente 
 o software no site da mesma - não são necessárias licenças para estudar, 
 efetuar testes ou criação de protótipo.
  Abaixo as rotinas utilizadas, no Postgres e no Oracle.



Atenciosamente,

Márcio de Figueiredo Moura e
 Castro


--
-- FIB
--

-- FIB NO ORACLE
create or replace
FUNCTION fib(fib_for integer)
  RETURN integer AS
BEGIN
  IF fib_for  2 THEN
  RETURN fib_for;
  END IF;
  RETURN fib(fib_for - 2) + fib(fib_for - 1);
END;


-- FIB NO POSGRES
CREATE OR REPLACE FUNCTION fib(fib_for integer)
  RETURNS integer AS
$BODY$
BEGIN
IF fib_for  2 THEN
RETURN fib_for;
END IF;
RETURN fib(fib_for - 2) + fib(fib_for - 1);
END;
$BODY$
  LANGUAGE 'plpgsql' IMMUTABLE;
ALTER FUNCTION fib(integer) OWNER TO postgres;


--
-- FUNCTION1
--


-- FUNCTION1 NO ORACLE
create or replace

[pgbr-geral] cast 8.1 para 8.3

2010-01-22 Por tôpico Joao Cosme de Oliveira Junior


Pessoal alguem ja utilizou algum script que meche nos catalogos para resolver problemas de cast implicitos em migracoes de banco??http://petereisentraut.blogspot.com/2008/03/readding-implicit-casts-in-postgresql.htmlObteve sucesso??Estou meio que temeroso em rodar isso no bd ... abraços!João Cosme de Oliveira Júnior

Seja inteligente, use Software-livre!!!
LPI Certified
LPI000185554





"Esta mensagem do SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO), empresa pública federal regida pelo disposto na Lei Federal nº 5.615, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco."

"This message from SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO) -- a government company established under Brazilian law (5.615/70) -- is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure."
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] pg_dump ou pg_dump --column-inserts

2010-01-22 Por tôpico Joao Cosme de Oliveira Junior


Só para complementar...o copy ocorre tudo em uma unica transação... o insert sao feitas várias transações...João Cosme de Oliveira Júnior

Seja inteligente, use Software-livre!!!
LPI Certified
LPI000185554
Em 22/01/2010 às 16:53 horas, pgbr-geral@listas.postgresql.org.br escreveu:2010/1/22 Carlos Antonio Pereira : Boa tarde, a todos! Gostaria de saber a opinião de vocês em relação a segurança sobre backup por copia (pg_dump) e por inserts (--column-inserts). Migrei agorada versão 8.1 para 8.4 e percebi que o parametro -D não existe nesta mais recente. Experimentei umbackup por cópia e notei que a velocidadederestauração do banco é muito superior. Assim, gostaria da opinião dos senhores.Das Release Notes da versão 8.4 [1]:"Remove -d and -D options from pg_dump and pg_dumpall (Tom)These options were too frequently confused with the option to select adatabase name in other PostgreSQL client applications. Thefunctionality is still available, but you must now spell out the longoption name --inserts or --column-inserts. "Utilizando o COPY realmente fica mais rápido mas, em algumassituações, pode ser interessante usar o INSERT.Osvaldo[1] http://www.postgresql.org/docs/8.4/interactive/release-8-4.html

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





"Esta mensagem do SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO), empresa pública federal regida pelo disposto na Lei Federal nº 5.615, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco."

"This message from SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO) -- a government company established under Brazilian law (5.615/70) -- is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure."
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] cast 8.1 para 8.3

Fala, João Cosme

2010/1/22 Joao Cosme de Oliveira Junior joao.co...@serpro.gov.br

 Pessoal alguem ja utilizou algum script que meche nos catalogos para
 resolver problemas de cast implicitos em migracoes de banco??

 http://petereisentraut.blogspot.com/2008/03/readding-implicit-casts-in-postgresql.html


Obteve sucesso??
 Estou meio que temeroso em rodar isso no bd ... abraços!


Eu já usei sim, enquanto estava na Dextra em alguns clientes, mas não o do
link acima. Se quiser posso te mandar, mas eu não tenho aqui, estão no meu
outro note eu acho. Se tiver eu te mando.


 João Cosme de Oliveira Júnior

 Seja inteligente, use Software-livre!!!
 LPI Certified
 LPI000185554

 Esta mensagem do SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO), empresa 
 pública federal regida pelo disposto na Lei Federal nº 5.615, é enviada 
 exclusivamente a seu destinatário e pode conter informações confidenciais, 
 protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e 
 sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, 
 por gentileza, reenviá-la ao emitente, esclarecendo o equívoco.

 This message from SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO) -- a 
 government company established under Brazilian law (5.615/70) -- is directed 
 exclusively to its addressee and may contain confidential data, protected 
 under professional secrecy rules. Its unauthorized use is illegal and may 
 subject the transgressor to the law's penalties. If you're not the addressee, 
 please send it back, elucidating the failure.


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



[]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] Acesso a base de dados física

2010-01-22 Por tôpico Ricardo da Silva

Chama o Chuck Norris!!!


se o root num deu conta
Lembrando do Post do Blog da Kenia


Fonte
http://keniamilene.wordpress.com/2009/05/13/chuck-norris-dba/



2010/1/21 JotaComm jota.c...@gmail.com

 Opa,

 2010/1/21 Andre Fernandes fernandes.an...@gmail.com

 Caramba! Que solução comercial impede um super-usuário de fazer alguma
 coisa? (que eu saiba, super usuário é quase Deus na máquina, certo?)
 Não pensaste em tirar esse role do usuário? E verificar quem deve ser
 super-usuário?

 Parece-me problema de administração de permissões simplesmente, conforme
 já falaram antes de mim. Tome cuidado com situações onde o super-usuário não
 deveria sê-lo, esse é um dos piores cenários imagináveis de futuros
 problemas.


 Se me permite, um dos piores e imagináveis mas o mais comum em praticamente
 todos os sistemas que tenho visto no mercado.


 Abraços,

 2010/1/20 Vinicius Santos vinicius.santos.li...@gmail.com

  Sim. Basta que esse usuário *não* seja super-usuário do SO e nem o
 usuário que

  executa o PostgreSQL (senão ele pode modificar o pg_hba.conf). Além
 disso,
  certifique-se que *não* esteja utilizando ident (caso haja um usuário
 no SO
  com mesmo nome de um usuário no PostgreSQL) e que as conexões do tipo
 'local'
  estejam utilizando um método de autenticação diferente de 'trust',
 'ident' e
  'password'.

 Esse é o problema, o usuário é super-usuário do SO e tem acesso ao
 pg_hba.conf.

 Acho que teremos que resolver isso com soluções comerciais. =(
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




 --
 André de Camargo Fernandes



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



 []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


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

[pgbr-geral] erro de newbie - perdi a senha - preciso mudar o banco de micro

2010-01-22 Por tôpico mrdan

Desculpem se o tópico for muito fácil, mas eu tô apanhando faz uns dois dias
com isso, e a cada vez eu pioro a situação
Estou desenvolvendo uma aplicação e adotei o POSTGRESQL como banco. A duras
penas, criei um banco e diversas tabelas, usuários para acesso e estou na
fase final de testes. Minha aplicação acessa sem problemas, e tudo ia bem.
Nessa etapa, eu tenho que passar o banco para o servidor (ele está instalado
no meu micro, durante o desenvolvimento). Fuçando a net, achei instruções
para fazer isso com o pg_dump e/ou o pg_dumpall. Bom, executei pg_dump banco
saida.txt, e gerou um arquivo ... no servidor, instalei o Postgres e
tentei psql banco saida.txt ai a coisa começou a ficar interessante.
Perguntas :
1) eu tenho que ter o banco criado no 2o. micro antes dessa importação ?
2) Se sim, devo criar na mão ?
3) Tem alguma ferramenta que simplesmente tire tudo de um micro e recrie em
outro ?
Nas tentativas, comecei a ter problemas com senha (nao me perguntem o que
fiz, eu acabei perdendo a senha do banco original). Agora minha aplicação
consegue ler/gravar, mas o pg_admin não mais ... e se eu tento importar no
novo, dá erros e mais erros ...
Enfim, a situação é :
a) tenho um arquivo gerado pela cópia de segurança do pg_admin
b) tenho dois arquivos de objetos globais e (acho) dos bancos criados
pelo pg_admin antes de dar pau na senha
c) preciso recriar os bancos no micro novo. Os dados não me interessam, são
só massa de testes, mas a estrutura sim ...
d) o problema de senha apareceu qdo eu mexi no arq. pg_hba.conf, conforme eu
tinha acado uma dica na net ... passei o acesso de md5 para trust ja
voltei ao que era, mas nada
e) eu vou entrar em desespero ...

eu tenho a impressão que meu embróglio deve ser fácil de resolver, mas eu
realmente não sei por onde começar please alguma alma caridosa e mais
experiente que eu pode me ajudar ? tks

--
View this message in context:
http://old.nabble.com/erro-de-newbie---perdi-a-senha---preciso-mudar-o-banco-de-micro-tp27278666p27278666.html
Sent from the PostgreSQL - Brasil mailing list archive at Nabble.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] erro de newbie - perdi a senha - preciso mudar o banco de micro

Talvez isso aqui te ajude, com alguma adaptação:
http://cristianogd.blogspot.com/2010/01/recuperar-restaurar-base-de-dados.html

2010/1/22 mrdan pir149...@terra.com.br

Desculpem se o tópico for muito fácil, mas eu tô apanhando faz uns dois
dias
com isso, e a cada vez eu pioro a situação
Estou desenvolvendo uma aplicação e adotei o POSTGRESQL como banco. A duras
penas, criei um banco e diversas tabelas, usuários para acesso e estou na
fase final de testes. Minha aplicação acessa sem problemas, e tudo ia bem.
Nessa etapa, eu tenho que passar o banco para o servidor (ele está
instalado
no meu micro, durante o desenvolvimento). Fuçando a net, achei instruções
para fazer isso com o pg_dump e/ou o pg_dumpall. Bom, executei pg_dump
banco
saida.txt, e gerou um arquivo ... no servidor, instalei o Postgres e
tentei psql banco saida.txt ai a coisa começou a ficar
interessante.
Perguntas :
1) eu tenho que ter o banco criado no 2o. micro antes dessa importação ?
2) Se sim, devo criar na mão ?
3) Tem alguma ferramenta que simplesmente tire tudo de um micro e recrie em
outro ?
Nas tentativas, comecei a ter problemas com senha (nao me perguntem o que
fiz, eu acabei perdendo a senha do banco original). Agora minha aplicação
consegue ler/gravar, mas o pg_admin não mais ... e se eu tento importar no
novo, dá erros e mais erros ...
Enfim, a situação é :
a) tenho um arquivo gerado pela cópia de segurança do pg_admin
b) tenho dois arquivos de objetos globais e (acho) dos bancos criados
pelo pg_admin antes de dar pau na senha
c) preciso recriar os bancos no micro novo. Os dados não me interessam, são
só massa de testes, mas a estrutura sim ...
d) o problema de senha apareceu qdo eu mexi no arq. pg_hba.conf, conforme
eu
tinha acado uma dica na net ... passei o acesso de md5 para trust ja
voltei ao que era, mas nada
e) eu vou entrar em desespero ...

eu tenho a impressão que meu embróglio deve ser fácil de resolver, mas eu
realmente não sei por onde começar please alguma alma caridosa e mais
experiente que eu pode me ajudar ? tks

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

--
Atenciosamente,
Alexsander da Rosa
Linux User #113925

Extremismo na defesa da liberdade não é defeito.
Moderação na busca por justiça não é virtude.
-- Barry Goldwater
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Acesso a base de dados física

Algo me diz que ele não está preocupado com bobagens feitas pelo root, mas
sim com pirataria. Uma aplicação comercial e closed-source pode ter schema
+ stored procedures copiados. Se for em PHP, então... tudo está disponível.

2010/1/20 Osvaldo Kussama osvaldo.kuss...@gmail.com

 2010/1/20 Vinicius Santos vinicius.santos.li...@gmail.com:
  Sim. Basta que esse usuário *não* seja super-usuário do SO e nem o
 usuário que
  executa o PostgreSQL (senão ele pode modificar o pg_hba.conf). Além
 disso,
  certifique-se que *não* esteja utilizando ident (caso haja um usuário no
 SO
  com mesmo nome de um usuário no PostgreSQL) e que as conexões do tipo
 'local'
  estejam utilizando um método de autenticação diferente de 'trust',
 'ident' e
  'password'.
 
  Esse é o problema, o usuário é super-usuário do SO e tem acesso ao
  pg_hba.conf.

 Mas vocês não confiam no cara que é o super-usuário da instalação?
 Neste caso não seria mais prático demití-lo?


 
  Acho que teremos que resolver isso com soluções comerciais. =(

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




-- 
Atenciosamente,
Alexsander da Rosa
Linux User #113925

Extremismo na defesa da liberdade não é defeito.
Moderação na busca por justiça não é virtude.
-- Barry Goldwater
___
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

Colega;

  Eu estava tratando com outro membro da lista, quando viestes com esta falta 
de educação. Se vossa senhoria não concorda com alguma coisa inerente à minha 
pessoa, então faça a gentileza de mandar em private, e não incomodar aos 
demais, ok?


a - 
Tuas colocações já foram argumentadas e contra argumentadas

Colega; o PostgreSQL é muito mais lerdo que o Oracle no quesito PL/SQL versus 
PG/plSQL; disso eu não tenho dúvida, e ninguém mandou seguer um exemplo que 
comprove o contrário.


b - 
e tentas convencer outras pessoas o mesmo

  Não quero convencer ninguém de nada; pelo contrário, se há algum ganho de 
performance de um banco em relação ao outro, por favor, COMPROVE, escreva 
exemplos, dezenhe tabelas ou quaisquer estruturas que julgar necessário, pois 
isto será de extrema valia para mim e para todos na lista, ok? Apenas entendí o 
que um outro membro da lista escreveu sobre performance e solicitei à ele a 
comprovação de tal fato.

  E fatos são necessários, se não, vira conversa de torcedor de time.

  Agora, se você consultar o www.tpc.org, vai encontrar quais bancos são os 
mais rápidos de acordo com as regras do TCP, e em quais máquinas.


  









De: Marcelo Costa marcelojsco...@gmail.com
Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br
Enviadas: Sexta-feira, 22 de Janeiro de 2010 16:40:49
Assunto: Re: [pgbr-geral] Res: Res: Res: Digest pgbr-geral, volume 35, assunto  
94




2010/1/22 MARCIO CASTRO marciomouracas...@yahoo.com.br

Eu juro que queria entender: O QUE ESSE FAZ AQUI ?


De nada adianta este tipo de atitude, pelo contrário; tal só vem a dirimir a 
lista.

Esta não deve servir para desabafos, mas para auxílios e troca de 
conhecimentos. Se você tem o conhecimento e quer compartilhá-lo, fique à 
vontade. Mas se não quer ajudar, ou não tiver como contribuir, então não 
responda, e não atrapalhe, ok? 




A todos me desculpem o OFF-TOPIC

Ok mas só me responde o que tuas afirmações contribuem para comunidade ?

Tuas colocações já foram argumentadas e contra argumentadas e continuas com a 
mesma ladainha achando que laranja é maça.

Ler tuas respostas é uma perda de tempo e ao meu ver tua opinião deverá ser 
descartada. Colocastes no teu cérebro que não serve e agora carregas esse 
mantra ou xamã ou rótulo ou como preferires chamar e tentas convencer outras 
pessoas o mesmo.

Muitas pessoas nessa lista já te explicaram que cada caso é um caso e que tudo 
deverá ser avaliado numa migração/utilização e mesmo assim continuas a dizer 
não.

Vou dar minha opinião sim sempre que eu achar que me incomoda ok ?

Tenha um bom fim de semana também porque eu com toda certeza vou dormir em paz.

E não venha me falar de contribuição ou não porque começastes agora e já estas 
querendo andar na janela.

-- 
Marcelo Costa


  

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] cast 8.1 para 8.3

2010/1/22 Joao Cosme de Oliveira Junior joao.co...@serpro.gov.br

 Pessoal alguem ja utilizou algum script que meche nos catalogos para resolver 
 problemas de cast implicitos em migracoes de banco??
 http://petereisentraut.blogspot.com/2008/03/readding-implicit-casts-in-postgresql.html

 Obteve sucesso??
 Estou meio que temeroso em rodar isso no bd ... abraços!

Cara, isso não parece ser a solução mais elegante.
Voce provavelmente irá ter problemas com assinaturas de função,
operadores, ca. Certamente precisará mexer no catálogo para excluir
ou renomear funções que gerenciam arrays, por exemplo.

Corrija tua aplicação ou sofra a ira dos guardiões de banco de dados ...

Abraço!

-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

Re: [pgbr-geral] cast 8.1 para 8.3

2010-01-22 Por tôpico Joao Cosme de Oliveira Junior

Pois é Aqui onde trabalho ta complicado cada um "tem seu prazo estourado" e parece nao compartilhar do que é melhor para a empresa Quem mecheu no meu queijo... pra que se no 8.1 funciona ESTOU @#$!$# da vida... de volta a versao 8.1. que assim seja enterrado!!João Cosme de Oliveira Júnior

Seja inteligente, use Software-livre!!!
LPI Certified
LPI000185554
Em 22/01/2010 às 18:09 horas, pgbr-geral@listas.postgresql.org.br escreveu:2010/1/22 Joao Cosme de Oliveira Junior

Pessoal alguem ja utilizou algum script que meche nos catalogos para resolver problemas de cast implicitos em migracoes de banco??
http://petereisentraut.blogspot.com/2008/03/readding-implicit-casts-in-postgresql.html

Obteve sucesso??
Estou meio que temeroso em rodar isso no bd ... abraços!

Cara, isso não parece ser a solução mais elegante.
Voce provavelmente irá ter problemas com assinaturas de função,
operadores, ca. Certamente precisará mexer no catálogo para excluir
ou renomear funções que gerenciam arrays, por exemplo.

Corrija tua aplicação ou sofra a ira dos guardiões de banco de dados ...

Abraço!

-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

"Esta mensagem do SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO), empresa pública federal regida pelo disposto na Lei Federal nº 5.615, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco."

"This message from SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO) -- a government company established under Brazilian law (5.615/70) -- is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure."
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] cast 8.1 para 8.3

2010-01-22 Por tôpico Joao Cosme de Oliveira Junior


foi mal mexeu e nao mecheu :PJoão Cosme de Oliveira Júnior

Seja inteligente, use Software-livre!!!
LPI Certified
LPI000185554
Em 22/01/2010 às 18:14 horas, pgbr-geral@listas.postgresql.org.br escreveu:
Pois é  Aqui onde trabalho ta complicado cada um "tem seu prazo estourado" e parece nao compartilhar do que é melhor para a empresa Quem mecheu no meu queijo... pra que se no 8.1 funciona ESTOU @#$!$# da vida... de volta a versao 8.1. que assim seja enterrado!!João Cosme de Oliveira Júnior

Seja inteligente, use Software-livre!!!
LPI Certified
LPI000185554
Em 22/01/2010 às 18:09 horas, pgbr-geral@listas.postgresql.org.br escreveu:2010/1/22 Joao Cosme de Oliveira Junior 

 Pessoal alguem ja utilizou algum script que meche nos catalogos para resolver problemas de cast implicitos em migracoes de banco??
 http://petereisentraut.blogspot.com/2008/03/readding-implicit-casts-in-postgresql.html

 Obteve sucesso??
 Estou meio que temeroso em rodar isso no bd ... abraços!

Cara, isso não parece ser a solução mais elegante.
Voce provavelmente irá ter problemas com assinaturas de função,
operadores, ca. Certamente precisará mexer no catálogo para excluir
ou renomear funções que gerenciam arrays, por exemplo.

Corrija tua aplicação ou sofra a ira dos guardiões de banco de dados ...

Abraço!

-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

"Esta mensagem do SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO), empresa pública federal regida pelo disposto na Lei Federal nº 5.615, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco.""This message from SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO) -- a government company established under Brazilian law (5.615/70) -- is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure."





"Esta mensagem do SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO), empresa pública federal regida pelo disposto na Lei Federal nº 5.615, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco."

"This message from SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO) -- a government company established under Brazilian law (5.615/70) -- is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure."
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Qual o melhor Sistema Operacional?

2010-01-22 Por tôpico Daniel Gaspary

2010/1/22 Marcos André mac.poa...@gmail.com:
 Obrigado a todos que participaram pois as opniões de ambos será de grande
 valia na definição do que preciso.

De ambos ? Descartou umas 10 opiniões então ?

Estou brincando, é que achei curioso o engano.

Bom final de semana a todos ;)
___
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