Re: Optimizing a query - Mailing list pgsql-performance

From Tomeh, Husam
Subject Re: Optimizing a query
Date
Msg-id F1B0F9305B343E43A1C3EECE48B853D5093120@CITGSNA01SXCH02.ana.firstamdata.com
Whole thread Raw
In response to Re: Optimizing a query  (James Cloos <cloos@jhcloos.com>)
List pgsql-performance
Your nap and nxx columns have character datatype, so you should use
quotes. Try:

        explain analyze  select * from nanpa where npa='775' and
nxx='473';

If that does not work, you could try to influence the planner's
execution plan to favor index scans over sequential scan by tweaking a
couple of the postgres parameters, particularly, the
effective_cache_size. This parameter primarily set the planner's
estimates of the relative likelihood of a particular table or index
being in memory, and will thus have a significant effect on whether the
planner chooses indexes over seqscans. Tweaking such parameters are
usually done as a last resort.

--
  Husam

-----Original Message-----
From: pgsql-performance-owner@postgresql.org
[mailto:pgsql-performance-owner@postgresql.org] On Behalf Of James Cloos
Sent: Wednesday, December 13, 2006 2:35 PM
To: Tomeh, Husam
Cc: pgsql-performance@postgresql.org
Subject: Re: [PERFORM] Optimizing a query

>>>>> "Husam" == Tomeh, Husam <htomeh@firstam.com> writes:

Husam> Have you run vacuum/analyze on the table?

Yes, back when I first noticed how slow it was.
It did not make any difference.

explain analyze says:

,----
| n=# explain analyse  select * from nanpa where npa=775 and nxx=473;
|                                                QUERY PLAN

|
------------------------------------------------------------------------
--------------------------------
|  Seq Scan on nanpa  (cost=0.00..5344.60 rows=4 width=105) (actual
time=371.718..516.816 rows=1 loops=1)
|    Filter: (((npa)::text = '775'::text) AND ((nxx)::text =
'473'::text))
|  Total runtime: 516.909 ms
| (3 rows)
`----

vs:

,----
| n=# explain analyse  select * from nanpa where npa=775::char and
nxx=473::char;
|                                                       QUERY PLAN

|
------------------------------------------------------------------------
----------------------------------------------
|  Index Scan using nanpa_pkey on nanpa  (cost=0.00..4.33 rows=1
width=105) (actual time=64.831..64.831 rows=0 loops=1)
|    Index Cond: ((npa = '7'::bpchar) AND (nxx = '4'::bpchar))
|  Total runtime: 64.927 ms
| (3 rows)
`----

BTW, I forgot to mention I'm at 8.1.4 on that box.

-JimC
--
James Cloos <cloos@jhcloos.com>         OpenPGP: 1024D/ED7DAEA6

---------------------------(end of broadcast)---------------------------
TIP 3: Have you checked our extensive FAQ?

               http://www.postgresql.org/docs/faq
**********************************************************************
This message contains confidential information intended only for the use of the addressee(s) named above and may
containinformation that is legally privileged.  If you are not the addressee, or the person responsible for delivering
itto the addressee, you are hereby notified that reading, disseminating, distributing or copying this message is
strictlyprohibited.  If you have received this message by mistake, please immediately notify us by replying to the
messageand delete the original message immediately thereafter. 

Thank you.

                                   FADLD Tag
**********************************************************************


pgsql-performance by date:

Previous
From: "Tim Jones"
Date:
Subject: Re: strange query behavior
Next
From: "Steven Flatt"
Date:
Subject: Re: Insertion to temp table deteriorating over time