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
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 |