| From: | Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com> | 
|---|---|
| To: | Andres Freund <andres(at)anarazel(dot)de> | 
| Cc: | pgsql-hackers(at)postgresql(dot)org | 
| Subject: | Re: RFD: Discarded tuple count for SeqScan nodes in EXPLAIN ANALYZE | 
| Date: | 2009-05-22 13:42:28 | 
| Message-ID: | 4A16ABC4.8050507@enterprisedb.com | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pgsql-hackers | 
Andres Freund wrote:
> 
> When analyzing the plan of a query I often find myself questioning 
> whether an additional index may be sensible, or if it is sensible that a 
> SeqScan is used if an index is available.
> 
> The current EXPLAIN ANALYZE only shows the number of tuples matching the 
> qualifier of an SeqScan Node - for analyzing the above situation it is 
> at least equally interesting how many tuples were read and discarded.
> 
> Therefore I produced a patch which adds a 'discarded=%f' part to the 
> analyze output.
> As this is only a RFD the implementation is a bit hackish at the moment 
> - the discarded counter is increased in execScan directly instead of a 
> helper routine in instrument.c.
> Also the discarded count is displayed in other node types as well - for 
> some there might be a sensible semantic meaning to it...
> 
> Good idea - Bad idea?
Isn't the discarded count always equal to (# of rows in table - matched 
tuples)? Seems pretty redundant to me.
-- 
   Heikki Linnakangas
   EnterpriseDB   http://www.enterprisedb.com
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Andres Freund | 2009-05-22 13:48:21 | Re: RFD: Discarded tuple count for SeqScan nodes in EXPLAIN ANALYZE | 
| Previous Message | Andres Freund | 2009-05-22 13:40:41 | Re: RFD: Discarded tuple count for SeqScan nodes in EXPLAIN ANALYZE - Patch v1 |