mateusgra escreveu: > explain analyze select * from bar where a ~ '^MARIA DAS.*GRACAS' LIMIT 10; > QUERY PLAN > ------------------------------------------------------------------------------------------------------------------------------------ > Limit (cost=0.00..22.86 rows=1 width=62) (actual time=115.751..468760.019 > rows=10 loops=1) > -> Index Scan using bari on bar (cost=0.00..22.86 rows=1 width=62) > (actual time=115.739..468759.911 rows=10 loops=1) > Index Cond: (((a)::text ~>=~ 'MARIA DAS'::character varying) AND > ((a)::text ~<~ 'MARIA DAT'::character varying)) > Filter: ((a)::text ~ '^MARIA DAS.*GRACAS'::text) > Total runtime: 468760.159 ms > (5 rows) > O plano de execução é esse mesmo mas estou imaginando o porquê do tempo excessivo de processamento no Limit. Qual o tamanho desta tabela _bar_ e do índice _bari_? Qual a versão do PostgreSQL e SO? Qual o tamanho do seu _shared buffers_? Esse índice foi criado recentemente? Se não foi, um REINDEX diminui o tempo de processamento?
-- 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
