pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Dean Gibson (DB Administrator) <postgresql@ultimeth.com>
To: pgsql-performance@postgresql.org
Subject: Re: Optimizing No matching record Queries
Date: Tue, 12 Feb 2008 16:07:29 -0800
Message-ID: <47B234C1.1090707@ultimeth.com> (raw)
In-Reply-To: <47B2112C.5070707@livedatagroup.com>
References: <47B2112C.5070707@livedatagroup.com>

On 2008-02-12 13:35, Pallav Kalva wrote:
> Hi,
>
> ...
> Table Definitions
> ============
>
> \d listing.listingstatus
>                                             Table "listing.listingstatus"
>     Column      |            Type             
> |                               Modifiers
> -----------------+-----------------------------+------------------------------------------------------------------------ 
>
> listingstatusid | integer                     | not null default 
> nextval(('listing.listingstatusseq'::text)::regclass)
> shortname       | text                        |
> longname        | text                        |
> _entrydate      | timestamp without time zone | default 
> ('now'::text)::timestamp(6) without time zone
> Indexes:
>    "pk_listingstatus_listingstatusid" PRIMARY KEY, btree 
> (listingstatusid), tablespace "indexdata"
>
Since you are searching by "shortname", trying adding an index on that.  
Although with that tiny a table, it might not matter.

The questions are:

1. Why in the planner scanning the entire idx_listing_entrydate, when 
I'd think it should be scanning the entire 
pk_listingstatus_listingstatusid ?
2. Why is "Index Scan using pk_listingstatus_listingstatusid on 
listingstatus listingsta1_  (cost=0.00..0.27 rows=1 width=4) (never 
executed)" ?

Note:  I'm new at this as well, and jumped in to learn as well as to help.

-- Dean

-- 
Mail to my list address MUST be sent via the mailing list.  All other mail will bounce.




view thread (7+ messages)  latest in thread

Message-ID: <47B234C1.1090707@ultimeth.com>
Permalink:  ../47B234C1.1090707@ultimeth.com/
Also on:    postgresql.org/message-id/47B234C1.1090707@ultimeth.com

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-performance@postgresql.org
  Cc: postgresql@ultimeth.com
  Subject: Re: Optimizing No matching record Queries
  In-Reply-To: <47B234C1.1090707@ultimeth.com>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox