Re: [pgbr-geral] Desempenho de índices

2016-03-11 16:31 GMT-03:00 Danilo Silva : > Existe diferença entre criar índices assim: > CREATE INDEX foo_c1_idx ON foo (campo1); > CREATE INDEX foo_c2_idx ON foo (campo2); > > ou assim: > CREATE INDEX foo_idx ON foo (campo1,campo2); > Tem sim, o artigo do Vinícius

Re: [pgbr-geral] Desempenho de índices

Em 11 de março de 2016 16:46, Vinícius Aquino do Vale escreveu: > Olá Danilo, > > Existe diferenças sim. > > Dê uma olhada neste post, para entender melhor a situação e o uso de índices > compostos. Este artigo que o Vinicius lhe recomendou já poderá lhe dar uma boa ideia

Re: [pgbr-geral] Desempenho de índices

Olá Danilo, Existe diferenças sim. Dê uma olhada neste post, para entender melhor a situação e o uso de índices compostos. Indices Compostos Em sex, 11 de mar

[pgbr-geral] Desempenho de índices

Pessoal, Existe diferença entre criar índices assim: CREATE INDEX foo_c1_idx ON foo (campo1); CREATE INDEX foo_c2_idx ON foo (campo2); ou assim: CREATE INDEX foo_idx ON foo (campo1,campo2); Ambas as formas terão o mesmo desempenho? []s Danilo ___

Re: [pgbr-geral] Desempenho para selects

Em 22 de agosto de 2014 13:03, Flavio Henrique Araque Gurgel fha...@gmail.com escreveu: Em 22 de agosto de 2014 12:39, Flavio Henrique Araque Gurgel fha...@gmail.com mailto:fha...@gmail.com escreveu: Pessoal, É possível configurar o postgres de forma a obter um melhor

Re: [pgbr-geral] Desempenho para selects

On 10-09-2014 22:16, Danilo Silva wrote: ​Considerando que o servidor possui 8 processadores, é possível efetuarmos alguma configuração para distribuir a carga do(s) se​lect(s) entre os processadores, ou isso é automático? Não. Uma consulta por processador/core. -- Euler Taveira

[pgbr-geral] Desempenho para selects

Pessoal, É possível configurar o postgres de forma a obter um melhor desempenho, considerando que os selects representam 80% das requisições? Os where e order by dos selects são baseados nos índicies existentes em cada tabela. []s Danilo ___

Re: [pgbr-geral] Desempenho para selects

Pessoal, É possível configurar o postgres de forma a obter um melhor desempenho, considerando que os selects representam 80% das requisições? Sim. Os where e order by dos selects são baseados nos índicies existentes em cada tabela. Isso é uma boa ideia em tempo de projeto mas pode variar

Re: [pgbr-geral] Desempenho para selects

Em 22 de agosto de 2014 12:39, Flavio Henrique Araque Gurgel fha...@gmail.com escreveu: Pessoal, É possível configurar o postgres de forma a obter um melhor desempenho, considerando que os selects representam 80% das requisições? Sim. ​Quais parâmetros de configuração devem ser

Re: [pgbr-geral] Desempenho para selects

Em 22 de agosto de 2014 12:39, Flavio Henrique Araque Gurgel fha...@gmail.com mailto:fha...@gmail.com escreveu: Pessoal, É possível configurar o postgres de forma a obter um melhor desempenho, considerando que os selects representam 80% das requisições?

Re: [pgbr-geral] Desempenho do CREATE TABLE.

Dutra, bom dia. Eu sei que não escala. Principalmente após a discussão passada sobre ORMs, e tambem sobre manutenção de bases já em produção. Meu principal ponto é saber se há como configurar algum buffer ou alguma medida de checkpoint/log para melhorar o desempenho no desenvolvimento. Att,

Re: [pgbr-geral] Desempenho do CREATE TABLE.

Em 21-09-2012 11:44, Bruno Simioni escreveu: Dutra, bom dia. Eu sei que não escala. Principalmente após a discussão passada sobre ORMs, e tambem sobre manutenção de bases já em produção. Meu principal ponto é saber se há como configurar algum buffer ou alguma medida de checkpoint/log para

Re: [pgbr-geral] Desempenho do CREATE TABLE.

Faço uso estensivo do hbm2ddl e tenho alterações da modelagem o tempo todo. Por isso preciso limpar o banco frequentemente (usando create-drop). Att, Bruno 2012/9/21 Flavio Henrique Araque Gurgel fla...@4linux.com.br Em 21-09-2012 11:44, Bruno Simioni escreveu: Dutra, bom dia. Eu sei

Re: [pgbr-geral] Desempenho do CREATE TABLE.

Em 21-09-2012 13:01, Bruno Simioni escreveu: Faço uso estensivo do hbm2ddl e tenho alterações da modelagem o tempo todo. Por isso preciso limpar o banco frequentemente (usando create-drop). Evite top post por favor. Se você faz tantas mudanças de modelagem assim e recria estrutura toda hora

Re: [pgbr-geral] Desempenho do CREATE TABLE.

2012/9/21 Flavio Henrique Araque Gurgel fla...@4linux.com.br Em 21-09-2012 13:01, Bruno Simioni escreveu: Faço uso estensivo do hbm2ddl e tenho alterações da modelagem o tempo todo. Por isso preciso limpar o banco frequentemente (usando create-drop). Evite top post por favor. Me

Re: [pgbr-geral] Desempenho do CREATE TABLE.

Em 21-09-2012 13:52, Bruno Simioni escreveu: Evite top post por favor. Me desculpe, meu Gmail não me ajuda. Uso gmail diariamente e é perfeitamente possível usá-lo sem fazer top post. Obrigado, são dicas como essa que eu estava esperando. O tempo caiu pela metade. Alguma outra dica? Pare

Re: [pgbr-geral] Desempenho do CREATE TABLE.

Flávio, Obrigado pelas dicas. Elas realmente são muito importantes e eu concordo com você em relação ao fluxo do desenvolvimento, trabalhando no modelo dos dados de forma planejada. Entretanto, eu realmente só estou buscando maneiras de otimizar a população do banco e a criação da estrutura base

Re: [pgbr-geral] Desempenho no Linux

2009/11/29 Leonardo Cezar lhce...@gmail.com: 2009/11/29 Dickson S. Guedes lis...@guedesoft.net: 2009/11/29 renato centrisco...@gmail.com: A princípio hardware não é problema, tens máquina de sobra. Que tal por o PostgreSQL em uma máquina virtual com Linux ou FreeBSD? O uso de banco de dados

Re: [pgbr-geral] Desempenho no Linux

A princípio hardware não é problema, tens máquina de sobra. Que tal por o PostgreSQL em uma máquina virtual com Linux ou FreeBSD? Renato ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br

Re: [pgbr-geral] Desempenho no Linux

2009/11/29 renato centrisco...@gmail.com: A princípio hardware não é problema, tens máquina de sobra. Que tal por o PostgreSQL em uma máquina virtual com Linux ou FreeBSD? O uso de banco de dados para ambientes críticos em uma máquina virtualizada é muito controverso. Para alguns casos pode ser

Re: [pgbr-geral] Desempenho no Linux

2009/11/29 Dickson S. Guedes lis...@guedesoft.net: 2009/11/29 renato centrisco...@gmail.com: A princípio hardware não é problema, tens máquina de sobra. Que tal por o PostgreSQL em uma máquina virtual com Linux ou FreeBSD? O uso de banco de dados para ambientes críticos em uma máquina

Re: [pgbr-geral] Desempenho no Linux

(corte das mensagens anteriores) Consegui ler os últimos posts somente agora. Surgiram diversas dicas interessantes, vou avaliar todas com a devida atenção. Já estamos aguardando uma máquina nova para realizar os testes de desempenho com o nosso ERP (primeiro com Windows e depois com Linux),

Re: [pgbr-geral] Desempenho no Linux

Le dimanche 29 novembre 2009 à 13:47 -0200, Leonardo Cezar a écrit : Paravirtualização é uma tendência, portanto entender, aprender a customizar e otimizar o comportamento do VMM é o novo desafio para o DBA dentro desta tendência. ¿Mais uma tendência para matar o desempenho? Que eu

Re: [pgbr-geral] Desempenho no Linux

2009/11/29 Leandro Guimarães Faria Corcete DUTRA leandro.gfc.du...@gmail.com: Le dimanche 29 novembre 2009 à 13:47 -0200, Leonardo Cezar a écrit : Paravirtualização é uma tendência, portanto entender, aprender a customizar e otimizar o comportamento do VMM é o novo desafio para o DBA dentro

Re: [pgbr-geral] Desempenho no Linux

Opa, 2009/11/27 mateusgra mateus...@bol.com.br De acordo com o Sr. Josh Berkus. http://archives.postgresql.org/pgsql-hackers/2008-08/msg00841.php Veja que tem exemplos para small server,web application database,data warehousing database Acho que o pgtune usa esses dados. Não minha

Re: [pgbr-geral] Desempenho no Linux

2009/11/26 JotaComm jota.c...@gmail.com Olá, pessoal To chegando atrasado para a discussão mas eu queria participar. Também estou chegando atrasado mas vou dar meu singelo pitaco... Um problema até que comum que gera um grande atraso é a rede. Já foi verificada? - Se a latência estiver

Re: [pgbr-geral] Desempenho no Linux

Como esta os parametros dos postgresql.conf shared_buffers work_mem maintenance_work_mem wal_buffers effective_cache_size checkpoint_segments max_fsm_pages default_statistics_target Tamanho da base sem compactação : select pg_size_pretty(sum(pg_database_size(d.oid))::bigint) from pg_database

Re: [pgbr-geral] Desempenho no Linux

Olá, 2009/11/27 mateusgra mateus...@bol.com.br Como esta os parametros dos postgresql.conf shared_buffers work_mem maintenance_work_mem wal_buffers effective_cache_size checkpoint_segments max_fsm_pages default_statistics_target Tamanho da base sem compactação : select

Re: [pgbr-geral] Desempenho no Linux

De acordo com o Sr. Josh Berkus. http://archives.postgresql.org/pgsql-hackers/2008-08/msg00841.php Veja que tem exemplos para small server,web application database,data warehousing database Acho que o pgtune usa esses dados. JotaComm wrote: Olá, 2009/11/27 mateusgra

Re: [pgbr-geral] Desempenho no Linux

Pablo Sánchez escreveu: PostgreSQL performance is very close on both platforms (within 6/100 of a second for 1000 Operations) – It’s faster on Windows and faster still on Windows with PHP 5.3 Ugh?! Quem disse que 'SELECT * FROM tabela' mede performance de um SGBD? O autor deve estar

Re: [pgbr-geral] Desempenho no Linux

Pessoal, não vamos esquecer de outros fatores que fazem o Linux ter um desempenho muito melhor. - Sistemas de aquivos (Qual a opção que existe no Windows além de NTFS?) - Parâmetros do Kernel (Só se você por um expert no registro do Windows, quais os parâmetros que você pode mudar?) -

Re: [pgbr-geral] Desempenho no Linux

(corte das mensagens anteriores) Respondendo à todos os posts (economizando texto): A idéia de que o PostgreSQL foi feito _para_ linux e _portado_ para o Windows está baseada no fato de que foi desenvolvido sob a licença BSD, portanto _assumi_ que dificilmente os desenvolvedores iniciais

Re: [pgbr-geral] Desempenho no Linux

2009/11/26 Euler Taveira de Oliveira eu...@timbira.com: Pablo Sánchez escreveu: PostgreSQL performance is very close on both platforms (within 6/100 of a second for 1000 Operations) – It’s faster on Windows and faster still on Windows with PHP 5.3 Ugh?! Quem disse que 'SELECT * FROM tabela'

Re: [pgbr-geral] Desempenho no Linux

2009/11/26 Wolak Sistemas - Fabiano Machado Dias fabi...@wolaksistemas.com.br: Pessoal, não vamos esquecer de outros fatores que fazem o Linux ter um desempenho muito melhor. - Sistemas de aquivos (Qual a opção que existe no Windows além de NTFS?) Mas será que precisa de algum outro além

Re: [pgbr-geral] Desempenho no Linux

2009/11/26 Pablo Sánchez phack...@gmail.com: - Segurança (Bom como diz o Telles Existem 2 tipos de Windows, aquele que tem vírus e aquele que você acha que não tem vírus) tab + enter por acidente, desculpem. Bom, então estou na segunda parcela, porque nem entro mais no windows do meu note, só

Re: [pgbr-geral] Desempenho no Linux

2009/11/25 Tiago Adami adam...@gmail.com: Olá pessoal. Antes de começar, quero dizer que não sou xiita e tampouco quero transformar este post em uma discussão sobre qual SO é melhor por um ou outro motivo. Quero que o foco seja restrito apenas ao uso do PostgreSQL. Temos um cliente com uma

Re: [pgbr-geral] Desempenho no Linux

2009/11/26 Tiago Adami adam...@gmail.com: (corte das mensagens anteriores) Respondendo à todos os posts (economizando texto): A idéia de que o PostgreSQL foi feito _para_ linux e _portado_ para o Windows está baseada no fato de que foi desenvolvido sob a licença BSD, portanto _assumi_ que

Re: [pgbr-geral] Desempenho no Linux

2009/11/26 Pablo Sánchez phack...@gmail.com: corte Eu acho que tem que fazer uma análise um pouco mais profunda do que poderia estar acontecendo. Sugerir a troca do OS que o cliente já adquiriu licença e tem suporte (deve ter algum admin lá windowzer) é complicado. Vamos usar este, que é de

Re: [pgbr-geral] Desempenho no Linux

2009/11/26 Pablo Sánchez phack...@gmail.com: corte Enfim... o jeito é fazer benchmarks próprios para verificar o desempenho entre os dois SO. Uma vantagem que visualizo com a troca para Linux é que não existirá muita coisa rodando como serviço, coisa que infelizmente o Windows possui desde a

Re: [pgbr-geral] Desempenho no Linux

2009/11/26 Sebastian SWC sebastian...@gmail.com: Se o cliente questiona o custo do software dê a sugestão de linux pago como o RedHat, etc, etc. Com todas as respostas na mão o cliente não tem como negar a migração do sistema operacional. O único motivo que pode impedir é que o cliente utilize

Re: [pgbr-geral] Desempenho no Linux

2009/11/26 Sebastian SWC sebastian...@gmail.com: A não ser que ele tenha alguém experiente em FreeBSD na equipe não parece uma boa idéia. Não sabemos nem se ele tem alguém experiente em Linux na equipe (não digo na dele, digo na do cliente). -- = Pablo Santiago

Re: [pgbr-geral] Desempenho no Linux

2009/11/26 Pablo Sánchez phack...@gmail.com: 2009/11/26 Sebastian SWC sebastian...@gmail.com: A não ser que ele tenha alguém experiente em FreeBSD na equipe não parece uma boa idéia. Não sabemos nem se ele tem alguém experiente em Linux na equipe (não digo na dele, digo na do cliente).

Re: [pgbr-geral] Desempenho no Linux

Pablo Sánchez escreveu: 2009/11/26 Wolak Sistemas - Fabiano Machado Dias fabi...@wolaksistemas.com.br: Pessoal, não vamos esquecer de outros fatores que fazem o Linux ter um desempenho muito melhor. - Sistemas de aquivos (Qual a opção que existe no Windows além de NTFS?)

Re: [pgbr-geral] Desempenho no Linux

2009/11/26 Wolak Sistemas - Fabiano Machado Dias fabi...@wolaksistemas.com.br: FAT 32? Bah, tá loco, isso nem deveria ser considerado um sistema de arquivos. E acho que é importante você poder contar com mais opção de file system, já tive situações onde coloquei os dados em XFS, indíces em

Re: [pgbr-geral] Desempenho no Linux

2009/11/26 Tiago Adami adam...@gmail.com: Já investigamos a causa da lentidão antes. Aparentemente não há nada de incomum, apenas a velocidade para consultas simples (cadastros de itens, por exemplo) torna-se baixa e tarefas como gravação de nota fiscal que levavam segundos passam a demorar

Re: [pgbr-geral] Desempenho no Linux

2009/11/26 Dickson S. Guedes lis...@guedesoft.net: 2009/11/26 Tiago Adami adam...@gmail.com: Já investigamos a causa da lentidão antes. Aparentemente não há nada de incomum, apenas a velocidade para consultas simples (cadastros de itens, por exemplo) torna-se baixa e tarefas como gravação de

Re: [pgbr-geral] Desempenho no Linux

Não sou muito conhecedor desta parte de configurações em sistemas operacionais, mas creio que para ver o motivo de tal lentidão poderia inicial verificar o eventviewer, acho que escreva-se assim mesmo. Nele você tem todas as operações certos? do SO. Atenciosamente, Guilherme de Carvalho Carneiro

Re: [pgbr-geral] Desempenho no Linux

2009/11/26 Tiago Adami adam...@gmail.com 2009/11/26 Dickson S. Guedes lis...@guedesoft.net: 2009/11/26 Tiago Adami adam...@gmail.com: Já investigamos a causa da lentidão antes. Aparentemente não há nada de incomum, apenas a velocidade para consultas simples (cadastros de itens, por

Re: [pgbr-geral] Desempenho no Linux

2009/11/26 Dickson S. Guedes lis...@guedesoft.net: 2009/11/26 Tiago Adami adam...@gmail.com 2009/11/26 Dickson S. Guedes lis...@guedesoft.net: 2009/11/26 Tiago Adami adam...@gmail.com: Já investigamos a causa da lentidão antes. Aparentemente não há nada de incomum, apenas a velocidade

Re: [pgbr-geral] Desempenho no Linux

Olá, pessoal To chegando atrasado para a discussão mas eu queria participar. Você tem habilitado o log do PostgreSQL? Se sim, tem alguma informação nele? Você percebeu se consultas anteriormente rápidas passaram a ficar extremamente lentas? Se o seu log de atividades do PostgreSQL não está

[pgbr-geral] Desempenho no Linux

Olá pessoal. Antes de começar, quero dizer que não sou xiita e tampouco quero transformar este post em uma discussão sobre qual SO é melhor por um ou outro motivo. Quero que o foco seja restrito apenas ao uso do PostgreSQL. Temos um cliente com uma base de dados onde o arquivo de backup no

Re: [pgbr-geral] Desempenho no Linux

Tiago Adami escreveu: Temos um cliente com uma base de dados onde o arquivo de backup no formato compactado com -F c -Z 9 tem próximo de 400 MB. Eu sei que para o padrão de vocês é pouco, mas para nossa aplicação já é um tamanho grande. O servidor do cliente é Windows 2008 64 bits, rodando em

Re: [pgbr-geral] Desempenho no Linux

2009/11/26 Tiago Adami adam...@gmail.com: Temos um cliente com uma base de dados onde o arquivo de backup no formato compactado com -F c -Z 9 tem próximo de 400 MB. Eu sei que para o padrão de vocês é pouco, mas para nossa aplicação já é um tamanho grande. O servidor do cliente é Windows 2008

Re: [pgbr-geral] Desempenho com PG 8.3 no WindowsXP e no Ubuntu 7.10

Em 03/04/08, Fábio Telles Rodriguez[EMAIL PROTECTED] escreveu: Em 03/04/08, Ribamar Sousa[EMAIL PROTECTED] escreveu: Olha Riba, acho super legal a iniciativa. A gente começa a aprender assim mesmo, querendo comparar as coisas. Mas sem sequer tentar fazer o tuning é muito difícil. Para

Re: [pgbr-geral] Desempenho com PG 8.3 no WindowsXP e no Ubuntu 7.10

Joao escreveu: so uma curiosidade TPC ou TPS? Oi João, Seria TPC. Em 03/04/08, Fábio Telles Rodriguez[EMAIL PROTECTED] escreveu: (...) Recomendo enfaticamente olhar como os testes do TPC são feitos para você ter uma noção de até onde essa brincadeira vai :-) E enfatizando o

Re: [pgbr-geral] Desempenho com PG 8.3 no WindowsXP e no Ubuntu 7.10

2008/4/3, Ribamar Sousa [EMAIL PROTECTED]: Ok, mas acredito que como é o mesmo hardware, a mesma versão do PG e nenhum ajuste em ambos os sistemas, acredito que dá para se ter pelo menos uma leve idéia da diferença de desempenho, ou não? Uma ligeira impressão, não mais que isso. --

Re: [pgbr-geral] Desempenho com PG 8.3 no WindowsXP e no Ubuntu 7.10

Em 03/04/08, Fábio Telles Rodriguez[EMAIL PROTECTED] escreveu: Ou seja, você comparou nada com coisa alguma. Testes deste tipo não dizem absolutamente nada pois: Bem, era mais ou menos o que queria ouvir, ou seja, o que está faltando. 1) O hardware era diferente; O segundo teste era no

Re: [pgbr-geral] Desempenho com PG 8.3 no WindowsXP e no Ubuntu 7.10

Em 03/04/08, Ribamar Sousa[EMAIL PROTECTED] escreveu: Em 03/04/08, Fábio Telles Rodriguez[EMAIL PROTECTED] escreveu: Ou seja, você comparou nada com coisa alguma. Testes deste tipo não dizem absolutamente nada pois: Bem, era mais ou menos o que queria ouvir, ou seja, o que está

Re: [pgbr-geral] Desempenho com PG 8.3 no WindowsXP e no Ubuntu 7.10

2008/3/25, Ribamar Sousa [EMAIL PROTECTED]: Agora na mesma máquina (Notebook Acer 5610, CPU Intel Centrino Core Solo 1,86GHz, 2B L2, 1GB RAM). [...] Tempo: 16766,649 ms Obs.: o tempo 16588,739 ms, foi numa máquina Intel core duo, 2.2GHz e 2GB de RAM. O que ilustra dois pontos

[pgbr-geral] Desempenho com PG 8.3 no WindowsXP e no Ubuntu 7.10

Olá! Depois de toda essa conversa sobre diferença de desempenho entre vários sistemas operacionais eu fiz um pequeno teste e submeto à apreciação dos colegas para saber sobre a validade do mesmo: Tabela cep_full_index com chave primária e 633401 registros. Executei a mesma consulta nos dois

Re: [pgbr-geral] Desempenho com PG 8.3 no WindowsXP e no Ubuntu 7.10

Ops, um pequeno descuido: não eram na mesma máquina os resultados. Agora na mesma máquina (Notebook Acer 5610, CPU Intel Centrino Core Solo 1,86GHz, 2B L2, 1GB RAM). Corrigindo o tempo do Ubuntu: Tempo: 16766,649 ms Obs.: o tempo 16588,739 ms, foi numa máquina Intel core duo, 2.2GHz e 2GB de

Re: [pgbr-geral] DESEMPENHO

Wallace, O foco não é este, apenas gostaria de saber sobre desempenho . . . Se o BETWEEN passa por um analizador que o transforma na forma que vc disse. Pois caso seja assim, existe um custo. 2007/12/20, Wallace Reis [EMAIL PROTECTED]: On Dec 19, 2007 10:52 AM, junior Prado [EMAIL PROTECTED]

Re: [pgbr-geral] DESEMPENHO

2007/12/20, junior Prado [EMAIL PROTECTED]: Wallace, O foco não é este, apenas gostaria de saber sobre desempenho . . . A melhor forma, a mais simples e rápida é utilizar o nosso amigo EXPLAIN e comparar! []s Fábio Telles Se o BETWEEN passa por um analizador que o transforma na forma que vc

Re: [pgbr-geral] DESEMPENHO

On Dec 20, 2007 2:59 AM, junior Prado [EMAIL PROTECTED] wrote: Wallace, O foco não é este, apenas gostaria de saber sobre desempenho . . . Se o BETWEEN passa por um analizador que o transforma na forma que vc disse. Pois caso seja assim, existe um custo. Nao li o codigo dessa parte

[pgbr-geral] DESEMPENHO

Pessoal, Alguém tem comparações de desempenho de INNER JOIN com WHERE, ou BETWEEN com o uso de AND e outros. Gostaria de saber qual o ganho em usar operadores AND, OR em condições WHERE do que usar JUNÇÕES E FUNÇÕES DO SGDB. -- Valter Cezar Prado Junior Analista TI Sem saber como fazer ele

Re: [pgbr-geral] DESEMPENHO

2007/12/19, junior Prado [EMAIL PROTECTED]: Alguém tem comparações de desempenho de INNER JOIN com WHERE, ou BETWEEN com o uso de AND e outros. Gostaria de saber qual o ganho em usar operadores AND, OR em condições WHERE do que usar JUNÇÕES E FUNÇÕES DO SGDB. Acho que não entendi… funções

Re: [pgbr-geral] DESEMPENHO

Leandro, 1º - Comparações em junções implícitas e junções explícitas existem diferenças de desempenho? 2º - Ao fazer uma consulta usando por exemplo BETWEEN, e fazer a mesma consulta usando x y AND x z, existem novamente diferenças de desempenho? Att. Junior Em 19/12/07, Leandro DUTRA [EMAIL

Re: [pgbr-geral] DESEMPENHO

2007/12/19, junior Prado [EMAIL PROTECTED]: 1º - Comparações em junções implícitas e junções explícitas existem diferenças de desempenho? Não inerentemente. Mas pode haver por deficiências do planejador. Teoricamente, as implícitas dão mais informação ao planejador. Na prática, não sei se

Re: [pgbr-geral] DESEMPENHO

Sent: Wednesday, December 19, 2007 8:20 AM Subject: Re: [pgbr-geral] DESEMPENHO 2007/12/19, junior Prado [EMAIL PROTECTED]: Alguém tem comparações de desempenho de INNER JOIN com WHERE, ou BETWEEN com o uso de AND e outros. Gostaria de saber qual o ganho em usar operadores AND, OR em

Re: [pgbr-geral] DESEMPENHO

http://www.postgresql.org/docs/8.3/static/explicit-joins.html - Original Message - From: Joao [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Wednesday, December 19, 2007 11:06 AM Subject: Re: [pgbr-geral] DESEMPENHO Se você tiver um

Re: [pgbr-geral] DESEMPENHO

On Dec 19, 2007 10:52 AM, junior Prado [EMAIL PROTECTED] wrote: 2º - Ao fazer uma consulta usando por exemplo BETWEEN, e fazer a mesma consulta usando x y AND x z, existem novamente diferenças de desempenho? Elas *não* são equivalentes. x BETWEEN y AND z é equivalente a x = y AND x = z --