From: | Mike Ivanov <mikei(at)activestate(dot)com> |
---|---|
To: | Thomas Zaksek <zaksek(at)ptt(dot)uni-due(dot)de> |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: select query performance question |
Date: | 2009-07-27 23:31:00 |
Message-ID: | 4A6E38B4.2040208@activestate.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Hi Thomas,
How is 'messungen_v_dat_2009_04_13_gtyp_minute_tag_idx' defined? What is
the row count for the table?
Mike
> Hi,
> subject is the following type of query needed in a function to select
> data:
>
> SELECT ' 13.04.2009 12:00:00 ' AS zeit,
>
> 'M' AS ganglinientyp,
>
> m.zs_nr AS zs,
>
> j_ges,
>
> de_mw_abh_j_lkw(mw_abh) AS j_lkw,
>
> de_mw_abh_v_pkw(mw_abh) AS v_pkw,
>
> de_mw_abh_v_lkw(mw_abh) AS v_lkw,
>
> de_mw_abh_p_bel(mw_abh) AS p_bel
>
> FROM messungen_v_dat_2009_04_13 m
>
> INNER JOIN de_mw w ON w.nr = m.mw_nr
>
> WHERE m.ganglinientyp = 'M'
>
> AND ' 890 ' = m.minute_tag;
> explain analyse brings up
> Nested Loop (cost=0.00..66344.47 rows=4750 width=10) (actual
> time=134.160..19574.228 rows=4148 loops=1)
> -> Index Scan using messungen_v_dat_2009_04_13_gtyp_minute_tag_idx
> on messungen_v_dat_2009_04_13 m (cost=0.00..10749.14 rows=4750
> width=8) (actual time=64.681..284.732 rows=4148 loops=1)
> Index Cond: ((ganglinientyp = 'M'::bpchar) AND (891::smallint
> = minute_tag))
> -> Index Scan using de_nw_nr_idx on de_mw w (cost=0.00..10.69
> rows=1 width=10) (actual time=4.545..4.549 rows=1 loops=4148)
> Index Cond: (w.nr = m.mw_nr)
> Total runtime: 19590.078 ms
>
> Seems quite slow to me.
> Is this query plan near to optimal or are their any serious flaws?
>
From | Date | Subject | |
---|---|---|---|
Next Message | Robert James | 2009-07-28 00:54:05 | Will Postgres ever lock with read only queries? |
Previous Message | Scott Carey | 2009-07-27 19:05:47 | Re: hyperthreaded cpu still an issue in 8.4? |