Re: UNION and bad performance

Поиск
Список
Период
Сортировка
От David G Johnston
Тема Re: UNION and bad performance
Дата
Msg-id 1402242807947-5806450.post@n5.nabble.com
обсуждение исходный текст
Ответ на UNION and bad performance  (Olivier Pala <olivier.pala@xgs-france.com>)
Список pgsql-performance
pinker wrote
>>> rhaas=# explain select a from generate_series(1,100) a union select a
>>> from generate_series(1,100) a;
>>>                                      QUERY PLAN
>>> --------------------------------------------------------------------------------------
>>> HashAggregate  (cost=45.00..65.00 rows=2000 width=4)
>>>   ->  Append  (cost=0.00..40.00 rows=2000 width=4)
>
>
> Why in this case the estimated number of rows is 2000? Is it standard
> planner behavior?

http://www.postgresql.org/docs/9.1/static/sql-createfunction.html

Note the "ROWS" property.

Functions are black-boxes to the planner so it has no means of estimating a
row count.  So a set returning function uses 1,000 and all others use 1.

Determining "COST" is similarly problematic.

David J.







--
View this message in context: http://postgresql.1045698.n5.nabble.com/UNION-and-bad-performance-tp3301375p5806450.html
Sent from the PostgreSQL - performance mailing list archive at Nabble.com.


В списке pgsql-performance по дате отправления:

Предыдущее
От: Scott Marlowe
Дата:
Сообщение: Re:
Следующее
От: Shaun Thomas
Дата:
Сообщение: Re: postgres files in use not staying in linux file cache