Re: [pgbr-geral] Performance com select distinct

Obrigado, Euler! Vou analisar as 3 sugestões e ver qual a melhor se encaixa em nosso caso. Em 2 de novembro de 2016 21:03, Euler Taveira escreveu: > On 31-10-2016 15:59, Marcio Meneguzzi wrote: > > [Você perguntou no privado mas a sua dúvida pode servir para outros aqui]

Re: [pgbr-geral] Performance com select distinct

On 31-10-2016 15:59, Marcio Meneguzzi wrote: [Você perguntou no privado mas a sua dúvida pode servir para outros aqui] > select distinct data_itens from itens where codigo = 1 and > data_itens between '01/01/2016' and '12/31/2016' order by data_itens > Você não mostrou a quantidade de

Re: [pgbr-geral] Performance com select distinct

2016-10-31 16:59 GMT-02:00 Marcio Meneguzzi : > Boa tarde, > > Estou executando um select distinct em uma tabela com 3.5 milhoes de > registros. > > Tabela e campos ficticios no select. > > select distinct data_itens from itens where codigo = 1 and > data_itens between

Re: [pgbr-geral] Performance com select distinct

On Mon, Oct 31, 2016 at 4:59 PM, Marcio Meneguzzi < marcio.menegu...@gmail.com> wrote: > Boa tarde, > > Estou executando um select distinct em uma tabela com 3.5 milhoes de > registros. > > Tabela e campos ficticios no select. > > select distinct data_itens from itens where codigo = 1 and >

[pgbr-geral] Performance com select distinct

Boa tarde, Estou executando um select distinct em uma tabela com 3.5 milhoes de registros. Tabela e campos ficticios no select. select distinct data_itens from itens where codigo = 1 and data_itens between '01/01/2016' and '12/31/2016' order by data_itens O que ocorre é que a primeira vez que

Re: [pgbr-geral] Performance do PostgreSQL no Windows

Le 11 août 2015 14:44:15 GMT-03:00, Bruno Pio brunocf...@gmail.com a écrit : Na verdade não é bem um problema, apenas gostaria de saber se existe alguma documentação que trata especificamente de PostgreSQL no Windows Leia sobre desempenho em geral, muita coisa se aplica diretamente e outras você

Re: [pgbr-geral] Performance do PostgreSQL no Windows

Em 6 de agosto de 2015 16:27, Rodrigo Della Justina rodrigodellajust...@gmail.com escreveu: Olá Bruno Poderia ser mais especifico, com relação ao seu problema ? Boa tarde Rodrigo, como vai? Na verdade não é bem um problema, apenas gostaria de saber se existe alguma documentação que trata

Re: [pgbr-geral] Performance do PostgreSQL no Windows

Olá Bruno Poderia ser mais especifico, com relação ao seu problema ? Em 6 de agosto de 2015 14:15, Bruno Pio brunocf...@gmail.com escreveu: Boa tarde pessoal, tudo bem? Alguém tem alguma documentação ou indica alguma referência sobre otimização de performance do PostgreSQL ou algo do tipo

[pgbr-geral] Performance do PostgreSQL no Windows

Boa tarde pessoal, tudo bem? Alguém tem alguma documentação ou indica alguma referência sobre otimização de performance do PostgreSQL ou algo do tipo para servidor Windows? Obrigado Bruno Pio ___ pgbr-geral mailing list

[pgbr-geral] performance - function

Olá, Minha dúvida é sobre a performance ao se utilizar function. Tenho algumas functions em plpgsql no meu banco que levam um certo tempo para retornar os dados (ela recebe vários parâmetros e o retorno é RETURNS SETOF record), alguém teria uma idéia do que pode ser feito para melhorar a

Re: [pgbr-geral] performance - function

Aproveitando o tópico, gostaria de tirar uma dúvida: Qual a vantagem em usar uma function no lugar de uma consulta normal? pelo que pesquisei, entendi que o ganho seria na economia em trafegar caracteres, exemplo: uma consulta grande com 2000 caracteres deixaria de ser trafegada até o postgres,

[pgbr-geral] Performance em SQL para tratamento de dias úteis.

Bom dia pessoal, estava querendo melhorar a performance de um SELECT que trata os dias uteis vencidos de determinada duplicata, para isso tentei alguns métodos, vejamos: Obs: para o exemplo que citarei abaixo, não levarei em conta os feriados. SELECT CODIGO, CODCLIENTE, VENCIMENTO, CASE WHEN

Re: [pgbr-geral] Performance - 2 ou 3 HDs

Meio tarde para comentar mas vai meus centavos... On 01/28/2013 04:49 PM, Flavio Henrique Araque Gurgel wrote: Em 28-01-2013 16:44, Fábio Telles Rodriguez escreveu: Com certeza, se você puder dizer pelo menos qual SSD que foi utilizado em qual tipo de storage... Não posso falar a marca do

Re: [pgbr-geral] Performance - 2 ou 3 HDs

Em 25 de janeiro de 2013 16:47, Fabrízio de Royes Mello fabriziome...@gmail.com escreveu: 2013/1/25 Joel R. Benelli joelbene...@hotmail.com Bom dia pessoal, Estamos orientando nossos clientes a comprarem servidores com dois HDs, um para o SO e instalação do PG (DB) e outro para somente

Re: [pgbr-geral] Performance - 2 ou 3 HDs

Em 28 de janeiro de 2013 14:49, Eduardo Alexandre eduardog...@gmail.comescreveu: Em 28 de janeiro de 2013 14:18, Fábio Telles Rodriguez fabio.tel...@gmail.com escreveu: Em 25 de janeiro de 2013 16:47, Fabrízio de Royes Mello fabriziome...@gmail.com escreveu: 2013/1/25 Joel R. Benelli

Re: [pgbr-geral] Performance - 2 ou 3 HDs

Em 28-01-2013 14:49, Eduardo Alexandre escreveu: Em situações em que se objetiva desempenho, não seria interessante optar por discos SSD ou híbridos? Exemplo: 1x SATA = SO 1x SSD = BD 1x SSD = Log BD Minha experiência pessoal em storage High End é que colocar o log de transações (a.k.a

Re: [pgbr-geral] Performance - 2 ou 3 HDs

2013/1/28 Flavio Henrique Araque Gurgel fla...@4linux.com.br Minha experiência pessoal em storage High End é que colocar o log de transações (a.k.a pg_xlog) em disco SSD é fria. Os discos rotacionais são mais rápidos em escrita sequencial do que SSDs. Os SSDs são interessantes mesmo pra

Re: [pgbr-geral] Performance - 2 ou 3 HDs

Em 28 de janeiro de 2013 16:32, Fabrízio de Royes Mello fabriziome...@gmail.com escreveu: 2013/1/28 Flavio Henrique Araque Gurgel fla...@4linux.com.br Minha experiência pessoal em storage High End é que colocar o log de transações (a.k.a pg_xlog) em disco SSD é fria. Os discos rotacionais

Re: [pgbr-geral] Performance - 2 ou 3 HDs

Em 28-01-2013 16:37, Flávio Alves Granato escreveu: Fabrízio de Royes Mello fabriziome...@gmail.com writes: 2013/1/28 Flavio Henrique Araque Gurgel fla...@4linux.com.br Minha experiência pessoal em storage High End é que colocar o log de transações (a.k.a pg_xlog) em disco SSD é fria. Os

Re: [pgbr-geral] Performance - 2 ou 3 HDs

Em 28-01-2013 16:44, Fábio Telles Rodriguez escreveu: Com certeza, se você puder dizer pelo menos qual SSD que foi utilizado em qual tipo de storage... Não posso falar a marca do storage, pois posso comprometer meu contrato com o cliente e até ser processado pelo fabricante do storage. Mas

[pgbr-geral] Performance - 2 ou 3 HDs

Bom dia pessoal, Estamos orientando nossos clientes a comprarem servidores com dois HDs, um para o SO e instalação do PG (DB) e outro para somente os logs. Fomos questionados do porque não utilizar 3 HDs, um para o SO, outro para a instalação do PG (DB), e o outro para os logs. Pode haver

[pgbr-geral] performance

Olá pessoal, Eu tenho no gabinete um servidor com postgres e postgis instalado que acessamos via qgis. Será que podiam aconselhar algumas dicas sobre como melhorar a performance? Obrigado ___ pgbr-geral mailing list

Re: [pgbr-geral] performance

Seria interessante vc detalhar algo mais que 'um servidor com postgres e postgis instalado'. Mas, recomendaria alguns links: http://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server http://www.revsys.com/writings/postgresql-performance.html Em 2 de julho de 2012 12:38, Pedro Costa

Re: [pgbr-geral] performance

2012/7/2 Pedro Costa pedrocostaa...@sapo.pt: Eu tenho no gabinete um servidor com postgres e postgis instalado que acessamos via qgis. Será que podiam aconselhar algumas dicas sobre como melhorar a performance? Sim, se tu nos deres as informações mínimas necessárias… e quanto mais informação,

Re: [pgbr-geral] Performance Postgres

Se for tentar fazer alguma coisa por conta própria, tome cuidado para não tirar conclusões precipitadas. Nem sempre o que fazemos, na tentativa de se obter algum resultado positivo é o correto ou ideal. Conforme dito anteriormente pelos colegas, se queres uma solução por conta própria leia livros,

[pgbr-geral] Performance Postgres

Ola Srs. Estou precisando de ajuda na questão performance em Postgres. A aplicação esta rodando 3x mais rapido no Oracle. Tem alguma configuração no Postgres que posso verificar ou alguma log que possa me ajudar a identificar o gargalo? Postgres 8 rodando em CentOS Obrigado At Cesar Moraes

Re: [pgbr-geral] Performance Postgres

Em 16/01/12, Cesar Moraescesar.cs...@gmail.com escreveu: Ola Srs. Estou precisando de ajuda na questão performance em Postgres. A aplicação esta rodando 3x mais rapido no Oracle. Tem alguma configuração no Postgres que posso verificar ou alguma log que possa me ajudar a identificar o

Re: [pgbr-geral] Performance Postgres

Recomendo atualizar para versão 9.1, com certeza terá ganho de performance. Outra coisa, como está o postgresql.conf, instalação padrão? Abs. Danilo Em 16 de janeiro de 2012 16:19, Osvaldo Kussama osvaldo.kuss...@gmail.comescreveu: Em 16/01/12, Cesar Moraescesar.cs...@gmail.com escreveu:

Re: [pgbr-geral] Performance Postgres

Olá, Em 16 de janeiro de 2012 15:56, Cesar Moraes cesar.cs...@gmail.comescreveu: Ola Srs. Estou precisando de ajuda na questão performance em Postgres. A aplicação esta rodando 3x mais rapido no Oracle. Tem alguma configuração no Postgres que posso verificar ou alguma log que possa me

Re: [pgbr-geral] Performance Postgres

Brasileira Subject: Re: [pgbr-geral] Performance Postgres Olá, Em 16 de janeiro de 2012 15:56, Cesar Moraes cesar.cs...@gmail.com escreveu: Ola Srs. Estou precisando de ajuda na questão performance em Postgres. A aplicação esta rodando 3x mais rapido no Oracle. Tem alguma configuração

Re: [pgbr-geral] Performance Postgres

lista, chequei a criação de um indice que resolveu meu problema. Veja seu indices e tals... *From:* JotaComm jota.c...@gmail.com *Sent:* Monday, January 16, 2012 5:00 PM *To:* Comunidade PostgreSQL Brasileirapgbr-geral@listas.postgresql.org.br *Subject:* Re: [pgbr-geral] Performance

Re: [pgbr-geral] Performance Postgres

um indice que resolveu meu problema. Veja seu indices e tals... *From:* JotaComm jota.c...@gmail.com *Sent:* Monday, January 16, 2012 5:00 PM *To:* Comunidade PostgreSQL Brasileirapgbr-geral@listas.postgresql.org.br *Subject:* Re: [pgbr-geral] Performance Postgres Olá, Em 16 de janeiro

Re: [pgbr-geral] Performance Postgres

jota.c...@gmail.com *Sent:* Monday, January 16, 2012 5:00 PM *To:* Comunidade PostgreSQL Brasileirapgbr-geral@listas.postgresql.org.br *Subject:* Re: [pgbr-geral] Performance Postgres Olá, Em 16 de janeiro de 2012 15:56, Cesar Moraes cesar.cs...@gmail.comescreveu: Ola Srs. Estou precisando

Re: [pgbr-geral] Performance Postgres

de um indice que resolveu meu problema. Veja seu indices e tals... *From:* JotaComm jota.c...@gmail.com *Sent:* Monday, January 16, 2012 5:00 PM *To:* Comunidade PostgreSQL Brasileirapgbr-geral@listas.postgresql.org.br *Subject:* Re: [pgbr-geral] Performance Postgres Olá, Em 16 de

Re: [pgbr-geral] Performance Postgres

seu indices e tals... *From:* JotaComm jota.c...@gmail.com *Sent:* Monday, January 16, 2012 5:00 PM *To:* Comunidade PostgreSQL Brasileirapgbr-geral@listas.postgresql.org.br *Subject:* Re: [pgbr-geral] Performance Postgres Olá, Em 16 de janeiro de 2012 15:56, Cesar Moraes cesar.cs

Re: [pgbr-geral] Performance Postgres

Opa Paulo. Então as duas aplicações são extamente iguais com a mesma carga de dados com o mesmo numero de processamento. Isto não quer dizer nada. Essa configuração é apenas para uma apresentação, mas achei estranho o Postgres estar muito mais lento que o Oracle. Não foi feito o Tunning

Re: [pgbr-geral] Performance Postgres

Le 2012-J-16 19h47, Cesar Moraes a écrit : Uhm verdade Paulo geralmente precisa configurar o Oracle para o Maximo senão ele come todos os recursos. Não é bem assim, ele tem uma configuração inicial muito mais ‘gorda’ que o do PostgreSQL — basicamente, porque geralmente ele roda sozinho em

Re: [pgbr-geral] Performance Postgres

Le 2012-J-16 18h52, Cesar Moraes a écrit : Osvaldo obrigado pela dica do livro, mas acredito que não tenho tempo para comprar o livro ler e depois achar a solução. Compre, de qualquer maneira. Será útil mais para a frente. Danilo poderia trocar para o 9 mas a justificatica seria que o 8 é

Re: [pgbr-geral] Performance Postgres

Le 2012-J-16 19h30, Cesar Moraes a écrit : Então as duas aplicações são extamente iguais com a mesma carga de dados com o mesmo numero de processamento. Como assim número de processamento? Seria de processadores? Isso é o que menos conta. O mais importante é E/S de memória, tanto de

Re: [pgbr-geral] Performance Postgres

Le 2012-J-16 15h56, Cesar Moraes a écrit : Postgres 8 rodando em CentOS Pense PostgreSQL 9.1 em Debian /testing/ com Linux 3.2, ou em OpenBSD… -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406

Re: [pgbr-geral] Performance Postgres

Le 2012-J-16 19h1, Paulo Henrique a écrit : Uma analise dessas não é tão simples, mas como o Marcelo Silva falou você tem que checar primeiro os índices, tenta comparar os planos de execução Na verdade, primeiro um perfil da aplicação; baseado nisso, planos de execução; só então os

[pgbr-geral] Performance com Distinct

Pessoal o Distinct ajuda a melhorar a performance de uma query? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Performance com Distinct

2011/7/1 Pedro B. Alves pedroalve...@gmail.com: Pessoal o Distinct ajuda a melhorar a performance de uma query? O desempenho de uma query está mais ligada à como *buscar os dados* do que como *mostra-los*, e o DISTINCT está mais para este último. Se ele estiver em uma sub-consulta que por sua

Re: [pgbr-geral] Performance do Postgres está me Agradando, comentário

On 2011-F-16 12h55, Marcelo Silva (IG) wrote: O sistema não tem ficado lento ou coisa assim... é como se tivesse criado os indices, mas ainda não criei, salvo nas chavez primárias que o sistema já cria automaticamente. Estou citando isso porque este mesmo sistema com a quantidade de dados,

[pgbr-geral] Performance do Postgres está me Agradando, comentário

Pessoal, estou desenvolvendo com postgres 8.4 e estou achando interessantissimo... Até agora não criei os indices, pois gosto de criar a medida que vou montando o sistema e vendo as necessidades, porém há uma coisa que está me deixando pensativo. O sistema não tem ficado lento ou coisa assim...

Re: [pgbr-geral] Performance do Postgres está me Agradando, comentário

Em 16 de fevereiro de 2011 11:55, Marcelo Silva (IG) marc...@ig.com.br escreveu: Pessoal, estou desenvolvendo com postgres 8.4 e estou achando interessantissimo... Até agora não criei os indices, pois gosto de criar a medida que vou montando o sistema e vendo as necessidades, porém há uma

Re: [pgbr-geral] Performance do Postgres está me Agradando, comentário

Marcelo, Talvez a versão que estendemos do postgresql seja útil para você, ajudando na escolha dos melhores índices a serem posteriormente criados. Essa versão possui 3 novos comandos (create hypothetical index, drop hypothetical index e explain hypothetical) para a simulação de índices, com um

Re: [pgbr-geral] Performance

2010/11/12 Tiago Valério tiagosvale...@gmail.com: No MySQL, para se testar a diferença de performance entre 2 ou mais implementações de uma mesma query, existe uma diretiva chamada SQL_NO_CACHE. Exemplo: select sql_no_cache * from funcionario where ... Neste caso, o MySQL ignora o resultset e

Re: [pgbr-geral] Performance

Tiago Valério escreveu: No MySQL, para se testar a diferença de performance entre 2 ou mais implementações de uma mesma query, existe uma diretiva chamada SQL_NO_CACHE. Exemplo: Antigamente havia um jeitinho de fazer isso utilizando o VACUUM; hoje só reiniciando o PostgreSQL e limpando a

Re: [pgbr-geral] Performance

Em 14 de novembro de 2010 22:12, Euler Taveira de Oliveira eu...@timbira.com escreveu: Particularmente acho esses testes muito artificiais. Quem me garante que os dados vão estar na cache toda vez que aquela consulta for executada? E se os dados não estiverem na cache? Assim, sugiro que

[pgbr-geral] Performance

No MySQL, para se testar a diferença de performance entre 2 ou mais implementações de uma mesma query, existe uma diretiva chamada SQL_NO_CACHE. Exemplo: select sql_no_cache * from funcionario where ... Neste caso, o MySQL ignora o resultset e busca no banco toda a informação denovo. Claro que

Re: [pgbr-geral] Performance por tipo de campo

Em 20 de maio de 2010 00:04, Gustavo Jotz gustavo.j...@gmail.com escreveu: Olha, quem me passou isso foi um DBA Oracle a alguns anos, confiei na informação dele. Agora se não for assim, me desculpem. Relaxa, é uma pergunta mesmo. []s Att. Gustavo Jotz

[pgbr-geral] Performance por tipo de campo

Boa tarde. Uma dúvida sobre a performance de buscas, indexas ou não por tipo de dado de cada campo. Ou seja, Existe diferença de performance entre um campo character varying e um integer? Procurei na documentação e não encontrei nada a respeito. Case: Uma tabela com 1.000.000 de registros

Re: [pgbr-geral] Performance por tipo de campo

2010/5/19 Gustavo Jotz gustavo.j...@gmail.com: Existe diferença de performance entre um campo character varying e um integer? Sim, mas quase sempre irrelevante. Otimização precoce é a raiz de toda sorte de males. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11)

Re: [pgbr-geral] Performance por tipo de campo

Algum lugar com essa informação? Link? Artigo? Brigo muito com os analistas quando me vem com um mapeamento meio sem sentido. RG, CPF com integer pois dizem que é mais performático, o que eu discordo. Preciso de algo para encerrar esse assunto de vez. No Oracle, todos os campos são convertidos

Re: [pgbr-geral] Performance por tipo de campo

Em 19 de maio de 2010 21:34, Gustavo Jotz gustavo.j...@gmail.com escreveu: Algum lugar com essa informação? Link? Artigo? Brigo muito com os analistas quando me vem com um mapeamento meio sem sentido. RG, CPF com integer pois dizem que é mais performático, o que eu discordo. Preciso de algo

[pgbr-geral] Performance

Boa Tarde, Estou precisando de algumas dicas para melhorar a performance do meu servidor, que é utilizando por uma aplicação em php. Tenho em média 150 conexões no apache, pegando informações do banco Rodei o seguinte comando no servidor apache e me retornou assustadores 1996 conexões ou estou

Re: [pgbr-geral] Performance

Tive um bom resultado usando o pgtune no postgresql. Espero que ajude 2010/3/16 José Carlos Messias zehkar...@gmail.com Boa Tarde, Estou precisando de algumas dicas para melhorar a performance do meu servidor, que é utilizando por uma aplicação em php. Tenho em média 150 conexões no

Re: [pgbr-geral] Performance

Tive muitos problemas com servidor lento a umas 2 semanas e o pgtune resolveu até hoje, mas os problemas estão voltando. 2010/3/16 André Pignata andrepign...@gmail.com: Tive um bom resultado usando o pgtune no postgresql. Espero que ajude 2010/3/16 José Carlos Messias zehkar...@gmail.com

Re: [pgbr-geral] Performance

Olá, 2010/3/16 José Carlos Messias zehkar...@gmail.com Boa Tarde, Estou precisando de algumas dicas para melhorar a performance do meu servidor, que é utilizando por uma aplicação em php. O seu banco está apresentando problemas de lentidão? Qual o tipo de aplicação OLTP ou OLAP? Este

Re: [pgbr-geral] Performance

Opa, 2010/3/16 José Carlos Messias zehkar...@gmail.com Tive muitos problemas com servidor lento a umas 2 semanas e o pgtune resolveu até hoje, mas os problemas estão voltando. Você leu as considerações que enviei? 2010/3/16 André Pignata andrepign...@gmail.com: Tive um bom resultado

Re: [pgbr-geral] Performance

Desculpe não tinha lido msg ainda, O modelo é OLTP, embora analisando o trafego de rede chega a ficar na proporção de 16/1 para leitura/gravação O servidor é dedicado. Quanto ao número de conexões a medida que fui tendo problemas com o maximo de conexões excedidas eu fui subindo, no inicio era

Re: [pgbr-geral] Performance

Olá, Em 16 de março de 2010 18:16, José Carlos Messias zehkar...@gmail.comescreveu: Desculpe não tinha lido msg ainda, O modelo é OLTP, embora analisando o trafego de rede chega a ficar na proporção de 16/1 para leitura/gravação O que você usou para tirar estes resultados? O servidor é

Re: [pgbr-geral] Performance

Leandro 2010/1/23 Leandro DUTRA leandro.gfc.du...@gmail.com 2010/1/23 Marcelo Costa marcelojsco...@gmail.com: Eu já fiz um estudo desses mas por implicações jurídicas, inclusive consultei um advogado especialista na área digital, não posso divulgar. Quero ver processarem alguém. Aliás,

Re: [pgbr-geral] Performance

2010/1/24 Marcelo Costa marcelojsco...@gmail.com: 2010/1/23 Leandro DUTRA leandro.gfc.du...@gmail.com 2010/1/23 Marcelo Costa marcelojsco...@gmail.com: Eu já fiz um estudo desses mas por implicações jurídicas, inclusive consultei um advogado especialista na área digital, não posso

[pgbr-geral] Performance

Boa tarde, Há uma discussão sobre desempenho de Oracle vs. PostgreSQL ocorrendo em outro tópico, mas estamos indo em uma discussão complicada e com argumentos complicados de ambos os lados. Honestamente, Oracle é um ótimo banco, assim como é o PostgreSQL (que é meu banco de dados predileto). Se

Re: [pgbr-geral] Performance

2010/1/23 Andre Fernandes fernandes.an...@gmail.com: PS: Não sei se seria possível fazer um estudo desses e publicar pois não sei se a Oracle permitiria a divulgação do mesmo (desconheço a licensa da Oracle, não sei se tem alguma cláusula referente a isso). Concordo com tudo o que disse, com

Re: [pgbr-geral] Performance

Concordo, no entanto se você foi DBA Oracle deveria saber que o tal estudo não poderá ser divulgado e talvez nem realizado sem a autorização da Oracle! Abraço, Fabiano Machado Dias Boa tarde, Há uma discussão sobre desempenho de Oracle vs. PostgreSQL ocorrendo em outro tópico, mas estamos

Re: [pgbr-geral] Performance

Em 23 de janeiro de 2010 18:06, fabi...@wolaksistemas.com.br escreveu: Concordo, no entanto se você foi DBA Oracle deveria saber que o tal estudo não poderá ser divulgado e talvez nem realizado sem a autorização da Oracle! Abraço, Fabiano Machado Dias Como quando fui DBA de Oracle não me

Re: [pgbr-geral] Performance

Em 23 de janeiro de 2010 17:55, Leonardo Cezar lhce...@gmail.com escreveu: Concordo com tudo o que disse, com exceção das conversas de bar que costumam ser muito construtivas... Participe e tire suas conclusões. Sem dúvida costumam ser, fui um pouco extremista em minha afirmação, peço

Re: [pgbr-geral] Performance

Olá André 2010/1/23 Andre Fernandes fernandes.an...@gmail.com Em 23 de janeiro de 2010 18:06, fabi...@wolaksistemas.com.br escreveu: Concordo, no entanto se você foi DBA Oracle deveria saber que o tal estudo não poderá ser divulgado e talvez nem realizado sem a autorização da Oracle!

Re: [pgbr-geral] Performance

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

Re: [pgbr-geral] Performance usando funções em PLP GSQL comparadas ao PL/SQL no Oracle

Márcio, Tenho vários programas em PL/SQL compostos por milhares de linhas, que efetuam uma série de cálculos, utizando, inclusive, de recursividade, e gostaria de portá-los para o Post. Infelizmente, na versão 8.2.7, tais ficaram extremamente lentos, inviabilizando uma das etapas do projeto.

[pgbr-geral] Performance usando funções em PLP GSQL comparadas ao PL/SQL no Oracle

Caros colegas: Estou portando uma aplicação do Oracle 10g para o PostgreSQL 8.2.7, mas estou encontrando alguns problemas relacionados à performance. Para exemplificar, criei o seguinte: PLPGSQL: -- CREATE OR REPLACE FUNCTION function1() RETURNS numeric

Re: [pgbr-geral] Performance usando funções em PLP GSQL comparadas ao PL/SQL no Oracle

Olá 2009/9/18 MARCIO CASTRO marciomouracas...@yahoo.com.br Caros colegas: Estou portando uma aplicação do Oracle 10g para o PostgreSQL 8.2.7, mas estou encontrando alguns problemas relacionados à performance. Para exemplificar, criei o seguinte: PLPGSQL:

[pgbr-geral] Performance PostgreSQL

Aqui na empresa possuímos um sistema com banco de dados com mais ou menos 80 tabelas e um grande volume de registros. De tempos em tempos o sistema começa a ficar mais lento e assim fazemos manutenção executando o VACUUM ANALYSE. Mesmo assim o ganho de performance é pequeno. Achamos uma

Re: [pgbr-geral] Performance PostgreSQL

apos rodar um vacuum full rode tambem um reindex isso melhora bastante a performance, sem contar que tb diminui o tamanho da base. diga depois se funcionou... t+ Saulo Baldan Cajé escreveu: Aqui na empresa possuímos um sistema com banco de dados com mais ou menos 80 tabelas e um grande

Re: [pgbr-geral] Performance PostgreSQL

2008/8/26 Fabio Henrique [EMAIL PROTECTED]: apos rodar um vacuum full rode tambem um reindex isso melhora bastante a performance, sem contar que tb diminui o tamanho da base. diga depois se funcionou... t+ Isso é a mesma coisa que rodar todo aquele processo maluco que ele indicou. --

Re: [pgbr-geral] Performance PostgreSQL

2008/8/26 Saulo Baldan Cajé [EMAIL PROTECTED]: Aqui na empresa possuímos um sistema com banco de dados com mais ou menos 80 tabelas e um grande volume de registros. Quanto é grande pra você? De tempos em tempos o sistema começa a ficar mais lento e assim fazemos manutenção executando o

[pgbr-geral] Performance entre duas consultas

Bom dia, Estou com uma dúvida: Não sei qual consulta é melhor em termos de performance, executei ambas no pgadmin e os tempos ficam variando muito tem vezes que uma é mais rápida que outra outras vezes acontece o inverso. Segue abaixo as duas consultas: SELECT

Re: [pgbr-geral] Performance entre duas consultas

2008/3/14, Paulo Marcelo [EMAIL PROTECTED]: Não sei qual consulta é melhor em termos de performance, executei ambas no pgadmin e os tempos ficam variando muito tem vezes que uma é mais rápida que outra outras vezes acontece o inverso. Segue abaixo as duas consultas: Não adianta passar só o

Re: [pgbr-geral] Performance entre duas consultas

Paulo Marcelo escreveu: Estou com uma dúvida: Não sei qual consulta é melhor em termos de performance, executei ambas no pgadmin e os tempos ficam variando muito tem vezes que uma é mais rápida que outra outras vezes acontece o inverso. Segue abaixo as duas consultas:

Re: [pgbr-geral] Performance

!!! obrigado pela atenção de todos ! abraços, Jean - Original Message - From: Leandro DUTRA [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Wednesday, November 28, 2007 4:48 PM Subject: Re: [pgbr-geral] Performance RFC1855. 2007/11/28, Jean [EMAIL

[pgbr-geral] Performance do banco após select

_ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! http://spaces.live.com/spacesapi.aspx?wx_action=createwx_url=/friends.aspxmkt=en-us___

Re: [pgbr-geral] Performance

On Nov 29, 2007 5:05 AM, Jean [EMAIL PROTECTED] wrote: Um Software interno nosso que faz a replicação !! Bem o problema realmente está no meu software na inserção de dados eu ja estou vendo para fazer algumas mudanças e contorna o problema !! Mais mesmo assim to aumentando a memoria do

Re: [pgbr-geral] Performance

. obrigado a todos ! Jean - Original Message - From: Roberto Mello [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Thursday, November 29, 2007 1:41 PM Subject: Re: [pgbr-geral] Performance On Nov 29, 2007 5:05 AM, Jean [EMAIL PROTECTED] wrote

Re: [pgbr-geral] Performance

2007/11/29, Jean [EMAIL PROTECTED]: Um Software interno nosso que faz a replicação !! Isso já foi bem discutido aqui, costuma ser o problema. Replicação não é um problema simples, costuma valer mais a pena usar algo de prateleira como o Slony. -- +55 (11) 5685 2219 xmpp:[EMAIL

Re: [pgbr-geral] Performance

2007/11/29, Jean [EMAIL PROTECTED]: Bem eu pude perceber que com aumento de memoria vou ganhar um pouco mais de performance, pq eu tenho as demais bases que algumas, tem mais memoria que esse servidor e quando a importação de dados é maior aumenta sim a performance, e analisando pelo top eu

Re: [pgbr-geral] Performance

On Nov 28, 2007 9:58 AM, Jean [EMAIL PROTECTED] wrote: Tenho alguns servidores postgres rodando ! Mis fizemos uma alteração no sistema onde ele aumentou em 8 vezes a carga de update. E temos um software que sincroniza os dados entre os serrvidores e começou que esse software faz update

Re: [pgbr-geral] Performance

2007/11/28, Jean [EMAIL PROTECTED]: Tenho alguns servidores postgres rodando ! Mis fizemos uma alteração no sistema onde ele aumentou em 8 vezes a carga de update. E temos um software que sincroniza os dados entre os serrvidores e começou que esse software faz update por update não está

Re: [pgbr-geral] Performance

RFC1855. 2007/11/28, Jean [EMAIL PROTECTED]: Tenho um sistema que roda em cima desse servidor ! Qual? E tbm tenho um software que faz a replicação desses dados !!! Qual? Como? -- +55 (11) 5685 2219 xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 Yahoo!:

Re: [pgbr-geral] Performance

On Nov 28, 2007 12:23 PM, Jean [EMAIL PROTECTED] wrote: Tenho um sistema que roda em cima desse servidor ! E tbm tenho um software que faz a replicação desses dados !!! O sistema que está alimetando a base de dados está tranquilo, mais o meu software de replicação ele não ta dando conta de

[pgbr-geral] Performance em campos ARRAY

Olá a todos. Estou com dúvidas na performance da utilização de campos array. * FORMA 1: Posso criar 2 tabelas no seguinte formato: CREATE TABLE cliente ( id serial primary key, nome varchar(100) not null ) CREATE TABLE cliente_telefone ( id

Re: [pgbr-geral] Performance em campos ARRAY

Daniel Robert Costa wrote: Minha dvida : em qual das situaes acima, a performance melhor? Antes de pensar em performance, pense em 2 pontos. 1. Se vc for tirar um relatrio com os telefones do cliente. O seu gerador de relatrio vai suportar array? 2. se vc quiser

Re: [pgbr-geral] Performance.. !

[EMAIL PROTECTED] wrote: Porem nesse novo servidor o Postgresql roda legal ate +/- umas 9:40 da manhã onde ate ai tenho uns 350 usuários conectados e com um consumo na media de 5% de cpu , daí derrepente a maquina começa a consumir 100 % de todos os processadores ela sai de 2% ... 5% e vai

RES: [pgbr-geral] Performance de indices

Olá, -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Marcelo Magno Enviada em: quinta-feira, 3 de maio de 2007 10:37 Para: Comunidade PostgreSQL Brasileira Assunto: [pgbr-geral] Performance de indices Bom dia pessoal, Gostaria de saber o que

[pgbr-geral] Performance de indices

Bom dia pessoal, Gostaria de saber o que tem mais performance: inserir em uma tabela vazia já com seus indices criados, ou inserir em uma tabela somente com a estrutura criada e depois mandar criar os indices ? Me lembro do pessoal discutindo de que criar novamente ao final seria menos

Re: [pgbr-geral] Performance de indices

Com certeza incluir os registros primeiro e criar os indices depois = = = Original message = = = Bom dia pessoal, Gostaria de saber o que tem mais performance: inserir em uma tabela vazia j~~ com seus indices criados, ou inserir em uma tabela somente com a estrutura criada e depois mandar criar