> Não entendo a lógica do type cast alterar a leitura indexada, mas enfim,
> agradeço !!!
É simples... Os índices são feitos com base nos dados da coluna ou com
base em algum resultado, se você faz um cast vc "muda" o dado a ser
buscado, em especial de timestamp para date.
--
Marcone Peres - DBA
O tipo de campo é timestamp..
Renato Becker
Em 26 de junho de 2012 16:36, Flavio Henrique Araque Gurgel <
fla...@4linux.com.br> escreveu:
>
> Em 26-06-2012 16:30, Fabrízio de Royes Mello escreveu:
> > Retire aquele "::date" do teu WHERE com BETWEEN e repita o teste.
>
> Completando o colega Fab
Realmente Fabrízio, funcionou normalmente..
Não entendo a lógica do type cast alterar a leitura indexada, mas enfim,
agradeço !!!
Obrigado.
Renato Becker
2012/6/26 Fabrízio de Royes Mello
>
>
> Em 26 de junho de 2012 16:27, Renato Augusto escreveu:
>
> Olá Flávio..
>> Sim, já rodei o ANALYZE,
Em 26-06-2012 16:30, Fabrízio de Royes Mello escreveu:
> Retire aquele "::date" do teu WHERE com BETWEEN e repita o teste.
Completando o colega Fabrízio...
Qual é o tipo de dados da coluna com a data?
[]s
Flavio Henrique A. Gurgel
Consultor e Instrutor 4Linux
Tel: +55-11-2125-4747
www.4linux.co
Em 26 de junho de 2012 16:27, Renato Augusto escreveu:
> Olá Flávio..
> Sim, já rodei o ANALYZE, VACUUM e REINDEX, mas o EXPLAIN continua com essa
> diferença absurda..
> A tabela tem 66.000 registros, segue o SQL:
>
> EXPLAIN ANALYZE
> SELECT hist.endterminal AS "hist.endterminal",
>hist.
Olá Flávio..
Sim, já rodei o ANALYZE, VACUUM e REINDEX, mas o EXPLAIN continua com essa
diferença absurda..
A tabela tem 66.000 registros, segue o SQL:
EXPLAIN ANALYZE
SELECT hist.endterminal AS "hist.endterminal",
hist.indice,
hist.funcao,
hist.numos,
hist.codfunc,
Em 26-06-2012 15:51, Renato Augusto escreveu:
> Boa tarde!
>
> Tenho uma tabela com um campo date e tenho um índice para este campo..
> Gostaria de entender porque um WHERE nesse campo date usando ">= AND <="
> faz a leitura de dados através do índice(Index Scan) e usando "BETWEEN"
> a leitura é f
Boa tarde!
Tenho uma tabela com um campo date e tenho um índice para este campo..
Gostaria de entender porque um WHERE nesse campo date usando ">= AND <="
faz a leitura de dados através do índice(Index Scan) e usando "BETWEEN" a
leitura é feita de forma sequencial?
Comparativos do EXPLAIN ANALYZE
Em 26-06-2012 18:32, Osvaldo Kussama escreveu:
> Não entendi o unique na cláusula using.
É necessário para o Mapserver
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-ger
2012/6/26, Pedro Costa :
> Obrigado pessoal..
>
> Já entendi...
>
> fiz isto:
>
> select rota2.the_geom, rota2.id from
> (SELECT id, the_geom
> FROM arcos
>JOIN
>(SELECT * FROM shortest_path('
> SELECT id2 as id,
> source::int4 AS source,
>target::int4 AS target,
> length*esta
Obrigado pessoal..
Já entendi...
fiz isto:
select rota2.the_geom, rota2.id from
(SELECT id, the_geom
FROM arcos
JOIN
(SELECT * FROM shortest_path('
SELECT id2 as id,
source::int4 AS source,
target::int4 AS target,
length*estado_actual.custo AS cost
FROM arcos, estado_actual
wh
Eu identei o seu código, dê uma olhada como fica:
select
the_geom
from
(
SELECT
the_geom
FROM
arcos
JOIN
(
SELECT
*
FROM
shortest_path
coloque a sua subquery entre parenteses, e coloque um alias, assim:
select sub.campo from (select campo from tabela) as sub;
>
> De: Pedro Costa
>Para: Comunidade PostgreSQL Brasileira
>Enviadas: Terça-feira, 26 de Junho de 2012 13:12
>Assunto: [pgbr-geral] qu
Olá pessoal,
Estou a tentar fazer uma query como esta:
select the_geom from
(SELECT the_geom
FROM arcos
JOIN
(
SELECT * FROM shortest_path('
SELECT id2 as id,
source::int4 AS source,
target::int4 AS target,
length*estado_actual.custo AS cost
FROM arcos, estado_actual
Oi pessoal,
esses dias vi na lista alguem perguntando sobre execução paralela de uma mesma
instrução ou função. Nunca implementei o pgpool-II, mas quero lançar uma
pergunta, que creio ser interessante. É possível eu ativar o pgpool-II
apontando para 1 unico servidor, mas como se fossem 2 ou 3
15 matches
Mail list logo