Re: Improve output of BitmapAnd EXPLAIN ANALYZE
| От | Tom Lane |
|---|---|
| Тема | Re: Improve output of BitmapAnd EXPLAIN ANALYZE |
| Дата | |
| Msg-id | 19366.1477005607@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Improve output of BitmapAnd EXPLAIN ANALYZE (Stephen Frost <sfrost@snowman.net>) |
| Ответы |
Re: Improve output of BitmapAnd EXPLAIN ANALYZE
|
| Список | pgsql-hackers |
Stephen Frost <sfrost@snowman.net> writes:
> * Tom Lane (tgl@sss.pgh.pa.us) wrote:
>> That would break code that tries to parse that stuff, eg depesz.com.
> I don't believe Jim was suggesting that we back-patch such a change.
I don't either.
> Changing it in a new major release seems entirely reasonable.
It's still a crock though. I wonder whether it wouldn't be better to
change the nodeBitmap code so that when EXPLAIN ANALYZE is active,
it expends extra effort to try to produce a rowcount number.
We could certainly run through the result bitmap and count the number
of exact-TID bits. I don't see a practical way of doing something
with lossy page bits, but maybe those occur infrequently enough
that we could ignore them? Or we could arbitrarily decide that
a lossy page should be counted as MaxHeapTuplesPerPage, or a bit
less arbitrarily, count it as the relation's average number
of tuples per page.
regards, tom lane
В списке pgsql-hackers по дате отправления: