Re: Improve output of BitmapAnd EXPLAIN ANALYZE

From: Jim Nasby <Jim(dot)Nasby(at)BlueTreble(dot)com>
To: Stephen Frost <sfrost(at)snowman(dot)net>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Improve output of BitmapAnd EXPLAIN ANALYZE
Date: 2016-10-21 21:06:05
Message-ID: 9810b77d-f00b-590a-e3bd-b6ff7b32e3ef@BlueTreble.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 10/21/16 12:30 PM, Stephen Frost wrote:
> I don't see why we would want to stick 'N/A' in for the header, even if
> we are reporting the details, when we can provide a pretty reasonable
> number.

Because then it's absolutely clear that we don't have a valid rowcount,
only a guess (and a guess that's potentially off by a lot).

No one is used to seeing "N/A" in explain, so when they do see it
they'll immediately realize they don't know what's going on and hit
google or the docs up. Otherwise they'll just think it's an accurate
rowcount like for any other node...

> In particular, I certainly don't think we would want to report
> N/A sometimes (lossy case) and then an actual number other times (all
> exact case). That strikes me as much more likely to be confusing.

Fair enough. I'd certainly rather have a constant N/A then a guess at
the rowcount.
--
Jim Nasby, Data Architect, Blue Treble Consulting, Austin TX
Experts in Analytics, Data Architecture and PostgreSQL
Data in Trouble? Get it in Treble! http://BlueTreble.com
855-TREBLE2 (855-873-2532) mobile: 512-569-9461

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Jim Nasby 2016-10-21 21:08:40 Re: Indirect indexes
Previous Message Adam Brusselback 2016-10-21 21:05:34 Re: Indirect indexes