Re: Optimizing query

From: "Rob Sell" <lists(at)facnd(dot)com>
To: <pgsql-general(at)postgresql(dot)org>
Subject: Re: Optimizing query
Date: 2003-11-19 13:44:06
Message-ID: 003201c3aea3$33cc38b0$640101c0@rob
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Greetings all,

Yesterday I upgraded from 7.3 to 7.4 now psql doesn't work! I get the
following error.

psql: relocation error: psql: undefined symbol: get_progname

Any ideas out there?

Rob

-----Original Message-----
From: pgsql-general-owner(at)postgresql(dot)org
[mailto:pgsql-general-owner(at)postgresql(dot)org] On Behalf Of Shridhar Daithankar
Sent: Wednesday, November 19, 2003 6:23 AM
To: Uros
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: [GENERAL] Optimizing query

Uros wrote:

> Hello!
>
> I have some trouble getting good results from my query.
>
> here is structure
>
> stat_views
> id | integer
> id_zone | integer
> created | timestamp
>
>
> I have btree index on created and also id and there is 1633832 records in
> that table
>
> First of all I have to manualy set seq_scan to OFF because I always get
> seq_scan. When i set it to off my explain show:
>
> explain SELECT count(*) as views FROM stat_views WHERE id = 12;
> QUERY PLAN
>
----------------------------------------------------------------------------
------------------------
> Aggregate (cost=122734.86..122734.86 rows=1 width=0)
> -> Index Scan using stat_views_id_idx on stat_views
(cost=0.00..122632.60 rows=40904 width=0)
> Index Cond: (id = 12)
>
> But what I need is to count views for some day, so I use
>
> explain SELECT count(*) as views FROM stat_views WHERE date_part('day',
created) = 18;
>
> QUERY PLAN
>
----------------------------------------------------------------------------
--------
> Aggregate (cost=100101618.08..100101618.08 rows=1 width=0)
> -> Seq Scan on stat_views (cost=100000000.00..100101565.62 rows=20984
width=0)
> Filter: (date_part('day'::text, created) = 18::double precision)
>
>
> How can I make this to use index and speed the query. Now it takes about
12
> seconds.

Can you post explain analyze for the same?

Shridhar

---------------------------(end of broadcast)---------------------------
TIP 4: Don't 'kill -9' the postmaster

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Miso Hlavac 2003-11-19 13:49:33 exclusive access
Previous Message Dave Cramer 2003-11-19 13:32:36 Re: Point-in-time data recovery - v.7.4