Re: Hash join on int takes 8..114 seconds
| От | PFC | 
|---|---|
| Тема | Re: Hash join on int takes 8..114 seconds | 
| Дата | |
| Msg-id | op.ukzgsdn2cigqcu@soyouz обсуждение исходный текст | 
| Ответ на | Re: Hash join on int takes 8..114 seconds ("Andrus" <kobruleht2@hot.ee>) | 
| Список | pgsql-performance | 
> log file seems that mostly only those queries are slow:
>
> SELECT ...
>    FROM dok JOIN rid USING (dokumnr)
>    JOIN ProductId USING (ProductId)
>    WHERE rid.ProductId LIKE :p1 || '%' AND dok.SaleDate>=:p2
>
> :p1 and :p2 are parameters different for different queries.
>
> dok contains several years of data. :p2 is usually only few previous
> months
> or last year ago.
> SELECT column list contains fixed list of known columns from all tables.
>
> How to create index or materialized view to optimize this types of
> queries ?
>
    I would remove some granularity, for instance create a summary table
(materialized view) by month :
- date (contains the first day of the month)
- product_id
- total quantity, total price sold in given month
    You get the idea.
    If your products belong to categories, and you make queries on all the
products in a category, it could be worth making a summary table for
categories also.
		
	В списке pgsql-performance по дате отправления: