2014-12-18 15:30 GMT-02:00 Flavio Henrique Araque Gurgel <[email protected]>:
>
> 1) Versão do PostgreSQL (porque esse comportamento foi alterado no
> planejador).
>
9.2.7
> 2) Seletividade da coluna status (por exemplo, se os valores possíveis
> dentro dos parênteses cobrem grande parte da tabela, o índice não será
> usado).
>
cobre sim o processed algo como 80% a 90% da tabela com os status =
PROCESSED ou DONE
o novo explain com a mudança do OR nos status, funcinou que foi uma beleza!
"Sort (cost=2598.86..2598.86 rows=1 width=488)"
" Sort Key: (("substring"(content,
'"maximumDeliveryDate":\"(.*?)\",'::text))::date)"
" -> Index Scan using
message_message_type_id_created_date_status_origin_destinat_idx on message
(cost=0.00..2598.85 rows=1 width=488)"
" Index Cond: (((message_type_id)::text = 'SALES_ORDER'::text) AND
(created_date >= '2014-11-12 06:00:00-02'::timestamp with time zone) AND
((origin)::text = 'ATG'::text) AND ((destination)::text = 'BUS'::text))"
" Filter: (((status)::text = 'ERROR'::text) OR ((status)::text =
'PENDING'::text) OR ((status)::text = 'PROCESSED'::text))"
Muito obrigado pela ajuda
--
Flávio Alves Granato
gpg: 968F:A938:70B9:82C7:5198:2C74:13CB:2C25:EF1E:726D
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
