2016-05-21 2 views
0

Я использую Postgres 9.4. Это мой стол:Postgres, кажется, использует неправильный индекс?

         Table "public.frontend_prescription" 
     Column  |   Type   |        Modifiers 
-------------------+-------------------------+-------------------------------------------------------------------- 
id    | integer     | not null default nextval('frontend_prescription_id_seq'::regclass) 
presentation_code | character varying(15) | not null 
total_items  | integer     | not null 
processing_date | date     | not null 
practice_id  | character varying(6) | not null 
Indexes: 
    "frontend_prescription_pkey" PRIMARY KEY, btree (id) 
    "frontend_prescription_6ea07fe3" btree (practice_id) 
    "frontend_prescription_by_practice" btree (presentation_code, practice_id) 
    "frontend_prescription_by_practice_and_code" btree (practice_id, presentation_code varchar_pattern_ops) 
    "frontend_prescription_idx_date_and_code" btree (processing_date, presentation_code) 

Это мой запрос:

EXPLAIN (analyse, verbose) 
SELECT SUM(total_items) AS items, SUM(total_items) AS numerator 
FROM frontend_prescription 
WHERE ((presentation_code LIKE '0601012Z0%') OR (presentation_code LIKE '0601012X0%') OR (presentation_code LIKE '0601012V0%')) 
AND (practice_id='A81001') 
AND (processing_date='2016-01-01') 

Это выход:

Aggregate (cost=12.26..12.27 rows=1 width=4) (actual time=16898.277..16898.277 rows=1 loops=1) 
    Output: sum(total_items), sum(total_items) 
    -> Index Scan using frontend_prescription_idx_date_and_code on public.frontend_prescription (cost=0.57..12.26 rows=1 width=4) (actual time=9220.091..16898.251 rows=6 loops=1) 
     Output: id, presentation_code, presentation_name, total_items, net_cost, actual_cost, quantity, processing_date, price_per_unit, chemical_id, pct_id, practice_id, sha_id 
     Index Cond: (frontend_prescription.processing_date = '2016-01-01'::date) 
     Filter: (((frontend_prescription.practice_id)::text = 'A81001'::text) AND (((frontend_prescription.presentation_code)::text ~~ '0601012Z0%'::text) OR ((frontend_prescription.presentation_code)::text ~~ '0601012X0%'::text) OR ((frontend_prescription.presentation_code)::text ~~ '0601012V0%'::text))) 
     Rows Removed by Filter: 10036400 
Planning time: 6.054 ms 
Execution time: 16898.366 ms 

Вот link to the explain.

Может ли кто-нибудь предложить, как я могу ускорить эти запросы? Я не совсем понимаю, почему Postgres использует индекс frontend_prescription_idx_date_and_code, когда индекс frontend_prescription_by_practice_and_code имеет параметр varchar, который должен ускорить работу.

Возможно, это помогло бы, если бы я сделал индекс с тремя столбцами?

+0

Вам нужен индекс во всех трех столбцах (дата, практика, код). – Thilo

+1

Возможно, вы также можете ускорить это, добавив диапазон кода: 'AND presentation_code между '0601012' и '0601013''. – Thilo

ответ

1

Для этого запроса:

SELECT SUM(total_items) AS items, SUM(total_items) AS numerator 
FROM frontend_prescription 
WHERE ((presentation_code LIKE '0601012Z0%') OR (presentation_code LIKE '0601012X0%') OR (presentation_code LIKE '0601012V0%') 
     ) AND 
     (practice_id = 'A81001') AND 
     (processing_date = '2016-01-01'); 

Лучший индекс является составным индексом на frontend_prescription(practice_id, processing_date, presentation_code, total_items). Последний столбец не является строго необходимым. Он делает индекс индексом покрытия для запроса; другими словами, вся информация, необходимая для запроса, указана в индексе, поэтому страницы данных не нужны.

Первые два столбца могут быть в любом порядке, потому что в пункте where используется равенство.

+0

спасибо большое! Учитывая, что у меня есть запрос 'LIKE', было бы целесообразно использовать' varchar_ops', поэтому 'create index myindex на frontend_prescription (practice_id, processing_date, presentation_code varchar_pattern_ops, total_items)'? – Richard

Смежные вопросы