Re: explain analyze rows=%.0f
От | Robert Haas |
---|---|
Тема | Re: explain analyze rows=%.0f |
Дата | |
Msg-id | EB5874A8-865D-4B45-A69D-A1A05198BE8E@gmail.com обсуждение исходный текст |
Ответ на | Re: explain analyze rows=%.0f (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-hackers |
...Robert On Jun 2, 2009, at 10:38 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote: > Robert Haas <robertmhaas@gmail.com> writes: >> On Jun 2, 2009, at 9:41 AM, Simon Riggs <simon@2ndQuadrant.com> >> wrote: >>> You're right that the number of significant digits already exceeds >>> the >>> true accuracy of the computation. I think what Robert wants to see >>> is >>> the exact value used in the calc, so the estimates can be checked >>> more >>> thoroughly than is currently possible. > >> Bingo. > > Uh, the planner's estimate *is* an integer. What was under discussion > (I thought) was showing some fractional digits in the case where > EXPLAIN > ANALYZE is outputting a measured row count that is an average over > multiple loops, and therefore isn't necessarily an integer. In that > case the measured value can be considered arbitrarily precise --- > though > I think in practice one or two fractional digits would be plenty. We're in violent agreement here. ...Robert
В списке pgsql-hackers по дате отправления: