> "Vinicius" == Vinicius Santos writes:
Vinicius> Certo. O que quis dizer é que o select está literamente passando
Vinicius> todos os registros da tabela de produto. Eu comprovei isto assim:
Vinicius> SELECT chave, produto, funcao_teste( chave ) FROM visao WHERE
produto
Vinic
> Cara, cuidado!
>
> "Seq scan" não é sinônimo de lentidão. Como o Tiago disse, caso a tabela
> produtos não seja muito grande (e.g. algumas páginas) é natural que o
> PostgreSQL escolha um "seq scan" ao invés de um "index scan", já que o
> "index scan" poderia acarretar mais leituras em disco que
2012/7/25 Vinicius Santos
>
>> Com "IN" esse comportamento é bem comum. O IN é bom para um conjunto
>> limitado de valores. Por exemplo, produto in (10, 20, 40, 50). Fazer
>> IN para "juntar" tabelas não é a melhor opção.
>> Tente fazer um join, mais ou menos assim:
>>
>
> Estou utilizando o IN c
>
>
> Com "IN" esse comportamento é bem comum. O IN é bom para um conjunto
> limitado de valores. Por exemplo, produto in (10, 20, 40, 50). Fazer
> IN para "juntar" tabelas não é a melhor opção.
> Tente fazer um join, mais ou menos assim:
>
Estou utilizando o IN com um conjunto bem limitado de val
Em 25 de julho de 2012 14:38, Vinicius Santos
escreveu:
>
> Nossas estatísticas estão atualizadas, já tentei mudar a consulta de várias
> formas, mas preciso utilizar o operador IN.
Por que precisa utilizar o IN? De acordo com o número de registros o
PostgreSQL é inteligente o suficiente para esc
> até aqui legal. Porém quando faço:
>
> SELECT chave, produto FROM visao WHERE produto IN ( SELECT codigo FROM
> produtos_contados ),
>
> o plano de execução muda radicalmente neste segundo caso, no segundo caso
Com "IN" esse comportamento é bem comum. O IN é bom para um conjunto
limitado de val
Boa tarde pessoal,
Tenho uma view criada assim:
CREATE VIEW visao AS SELECT chave AS produto, produto FROM produtos;
Então eu faço um select assim:
SELECT chave, produto FROM visao WHERE produto = 1234;
até aqui legal. Porém quando faço:
SELECT chave, produto FROM visao WHERE produto IN ( S
Vou dar uma estudada nisso... Valeu!
2008/7/10 Osvaldo Rosario Kussama <[EMAIL PROTECTED]>:
> Wagner Bonfiglio escreveu:
>> Olá...
>>
>> Estou tentando fazer uma VIEW que seja equivalente a:
>>
>> select rowid from rfc.trivias where rowid not in (select idtrivia from
>> rfc.triviavotos where idcli
Wagner Bonfiglio escreveu:
> Olá...
>
> Estou tentando fazer uma VIEW que seja equivalente a:
>
> select rowid from rfc.trivias where rowid not in (select idtrivia from
> rfc.triviavotos where idclien = 8382);
>
> só que gostaria de deixar o "idclien" variável né, não fixo.
>
> Passei isso para
Leando, o problema é que o IDCLIEN está na tabela triviavotos, que
aparece somenta na subquery.
Acedito que tenha sido por isso que a outra pessoa tenha jogado a
subquery como se fosse uma tabela...
Apenas explicando um pouco melhor..
Eu tenho uma tabela de trivias...
Eu tenho uma tabela que indi
2008/7/10 Wagner Bonfiglio <[EMAIL PROTECTED]>:
> Estou tentando fazer uma VIEW que seja equivalente a:
>
> select rowid from rfc.trivias where rowid not in (select idtrivia from
> rfc.triviavotos where idclien = 8382);
>
> só que gostaria de deixar o "idclien" variável né, não fixo.
Tire o WHERE,
Olá...
Estou tentando fazer uma VIEW que seja equivalente a:
select rowid from rfc.trivias where rowid not in (select idtrivia from
rfc.triviavotos where idclien = 8382);
só que gostaria de deixar o "idclien" variável né, não fixo.
Passei isso para uma pessoa que cuida do banco de dados e ela f
12 matches
Mail list logo
