Re: TB-sized databases

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: TB-sized databases
Дата
Msg-id 13851.1196351131@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: TB-sized databases  (Gregory Stark <stark@enterprisedb.com>)
Ответы Re: TB-sized databases  (Simon Riggs <simon@2ndquadrant.com>)
Re: TB-sized databases  (Csaba Nagy <nagy@ecircle-ag.com>)
Список pgsql-performance
Gregory Stark <stark@enterprisedb.com> writes:
> "Simon Riggs" <simon@2ndquadrant.com> writes:
>> Tom's previous concerns were along the lines of "How would know what to
>> set it to?", given that the planner costs are mostly arbitrary numbers.

> Hm, that's only kind of true.

The units are not the problem.  The problem is that you are staking
non-failure of your application on the planner's estimates being
pretty well in line with reality.  Not merely in line enough that
it picks a reasonably cheap plan, but in line enough that if it
thinks plan A is 10x more expensive than plan B, then the actual
ratio is indeed somewhere near 10.

Given that this list spends all day every day discussing cases where the
planner is wrong, I'd have to think that that's a bet I wouldn't take.

You could probably avoid this risk by setting the cutoff at something
like 100 or 1000 times what you really want to tolerate, but how
useful is it then?

            regards, tom lane

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Query only slow on first run
Следующее
От: Andrew Sullivan
Дата:
Сообщение: Re: 7.4 Checkpoint Question