Re: [HACKERS] Some notes on optimizer cost estimates
| От | Tom Lane | 
|---|---|
| Тема | Re: [HACKERS] Some notes on optimizer cost estimates | 
| Дата | |
| Msg-id | 26758.948421841@sss.pgh.pa.us обсуждение исходный текст | 
| Ответ на | RE: [HACKERS] Some notes on optimizer cost estimates ("Hiroshi Inoue" <Inoue@tpf.co.jp>) | 
| Ответы | Re: [HACKERS] Some notes on optimizer cost estimates RE: [HACKERS] Some notes on optimizer cost estimates | 
| Список | pgsql-hackers | 
"Hiroshi Inoue" <Inoue@tpf.co.jp> writes:
> I've wondered why we cound't analyze database without vacuum.
> We couldn't run vacuum light-heartedly because it acquires an
> exclusive lock for the target table. 
There is probably no real good reason, except backwards compatibility,
why the ANALYZE function (obtaining pg_statistic data) is part of
VACUUM at all --- it could just as easily be a separate command that
would only use read access on the database.  Bruce is thinking about
restructuring VACUUM, so maybe now is a good time to think about
splitting out the ANALYZE code too.
> In addition,vacuum error occurs with analyze option in most
> cases AFAIK. 
Still, with current sources?  What's the error message?  I fixed
a problem with pg_statistic tuples getting too big...
        regards, tom lane
		
	В списке pgsql-hackers по дате отправления: