performance - パーティション マスター PostgreSQL テーブルの効率的なクエリ

Question

私はこの機能について話している。

私はマスターテーブルを持っています:

logstore=# \d history_log
                                   Table "public.history_log"
  Column   |           Type           |                       
-----------+--------------------------+-----------------------------------------------------------
 id        | bigint                   | NOT NULL DEFAULT nextval('history_log__id_seq'::regclass)
 tstamp    | timestamp with time zone | NOT NULL DEFAULT now()
 session   | character varying(40)    |
 action    | smallint                 | NOT NULL
 userid    | integer                  |
 urlid     | integer                  |
Indices:
    "history_log__id_pkey" PRIMARY KEY, btree (id)
Triggers:
    insert_history_log_trigger BEFORE INSERT ON history_log FOR EACH ROW EXECUTE PROCEDURE history_log_insert_trigger()

および tstamp 列で分割された一連の子テーブル:

logstore=# \d history_log_201304
                               Table "public.history_log_201304"
  Column   |           Type           |                       
-----------+--------------------------+-----------------------------------------------------------
 id        | bigint                   | NOT NULL DEFAULT nextval('history_log__id_seq'::regclass)
 tstamp    | timestamp with time zone | NOT NULL DEFAULT now()
 session   | character varying(40)    |
 action    | smallint                 | NOT NULL
 userid    | integer                  |
 urlid     | integer                  |
Indices:
    "history_log_201304_pkey" PRIMARY KEY, btree (id)
    "history_log_201304_tstamp" btree (tstamp)
    "history_log_201304_userid" btree (userid)
Constraints:
    "history_log_201304_tstamp_check" CHECK (tstamp >= '2013-04-01 00:00:00+04'::timestamp with time zone AND tstamp < '2013-05-01 00:00:00+04'::timestamp with time zone)
Inherits: history_log

だから私の問題は何ですか-子テーブルで直接tstampによって制約されたWHERE条件を持つクエリを実行すると、非常に高速に動作します。

logstore=# EXPLAIN SELECT userid FROM history_log_201304 WHERE tstamp >= (current_date - interval '3 days')::date::timestamptz AND tstamp < current_date::timestamptz AND action = 13;
                                                       QUERY PLAN
-------------------------------------------------------------------------------------------------------------------------
 Index Scan using history_log_201304_tstamp on history_log_201304  (cost=0.01..8.37 rows=1 width=4)
   Index Cond: ((tstamp >= ((('now'::cstring)::date - '3 days'::interval))::date) AND (tstamp < ('now'::cstring)::date))
   Filter: (action = 13)

しかし、マスター テーブルで同じことをしようとすると、Seq Scan に移動します。

logstore=# EXPLAIN SELECT userid FROM history_log WHERE tstamp >= (current_date - interval '3 days')::date::timestamptz AND tstamp < current_date::timestamptz AND action = 13;
                                                                    QUERY PLAN

------------------------------------------------------------------------------------------------------------------------------------
---------------
 Result  (cost=0.00..253099.82 rows=1353838 width=4)
   ->  Append  (cost=0.00..253099.82 rows=1353838 width=4)
         ->  Seq Scan on history_log  (cost=0.00..0.00 rows=1 width=4)
               Filter: ((action = 13) AND (tstamp < ('now'::cstring)::date) AND (tstamp >= ((('now'::cstring)::date - '3 days'::inte
rval))::date))
         ->  Index Scan using history_log_201203_tstamp on history_log_201203 history_log  (cost=0.01..9.67 rows=1 width=4)
               Index Cond: ((tstamp >= ((('now'::cstring)::date - '3 days'::interval))::date) AND (tstamp < ('now'::cstring)::date))
               Filter: (action = 13)
         ->  Index Scan using history_log_201204_tstamp on history_log_201204 history_log  (cost=0.01..9.85 rows=1 width=4)
               Index Cond: ((tstamp >= ((('now'::cstring)::date - '3 days'::interval))::date) AND (tstamp < ('now'::cstring)::date))
               Filter: (action = 13)
         ->  Index Scan using history_log_201205_tstamp on history_log_201205 history_log  (cost=0.01..10.39 rows=1 width=4)
               Index Cond: ((tstamp >= ((('now'::cstring)::date - '3 days'::interval))::date) AND (tstamp < ('now'::cstring)::date))
               Filter: (action = 13)
         ->  Index Scan using history_log_201206_tstamp on history_log_201206 history_log  (cost=0.01..10.32 rows=1 width=4)
               Index Cond: ((tstamp >= ((('now'::cstring)::date - '3 days'::interval))::date) AND (tstamp < ('now'::cstring)::date))
               Filter: (action = 13)
         ->  Index Scan using history_log_201207_tstamp on history_log_201207 history_log  (cost=0.01..10.09 rows=1 width=4)
               Index Cond: ((tstamp >= ((('now'::cstring)::date - '3 days'::interval))::date) AND (tstamp < ('now'::cstring)::date))
               Filter: (action = 13)
         ->  Index Scan using history_log_201208_tstamp on history_log_201208 history_log  (cost=0.01..10.35 rows=1 width=4)
               Index Cond: ((tstamp >= ((('now'::cstring)::date - '3 days'::interval))::date) AND (tstamp < ('now'::cstring)::date))
               Filter: (action = 13)
         ->  Index Scan using history_log_201209_tstamp on history_log_201209 history_log  (cost=0.01..10.53 rows=1 width=4)
               Index Cond: ((tstamp >= ((('now'::cstring)::date - '3 days'::interval))::date) AND (tstamp < ('now'::cstring)::date))
               Filter: (action = 13)
         ->  Index Scan using history_log_201210_tstamp on history_log_201210 history_log  (cost=0.01..11.83 rows=1 width=4)
               Index Cond: ((tstamp >= ((('now'::cstring)::date - '3 days'::interval))::date) AND (tstamp < ('now'::cstring)::date))
               Filter: (action = 13)
         ->  Index Scan using history_log_201211_tstamp on history_log_201211 history_log  (cost=0.01..11.87 rows=1 width=4)
               Index Cond: ((tstamp >= ((('now'::cstring)::date - '3 days'::interval))::date) AND (tstamp < ('now'::cstring)::date))
               Filter: (action = 13)
         ->  Index Scan using history_log_201212_tstamp on history_log_201212 history_log  (cost=0.01..12.40 rows=1 width=4)
               Index Cond: ((tstamp >= ((('now'::cstring)::date - '3 days'::interval))::date) AND (tstamp < ('now'::cstring)::date))
               Filter: (action = 13)
         ->  Index Scan using history_log_201301_tstamp on history_log_201301 history_log  (cost=0.01..12.35 rows=1 width=4)
               Index Cond: ((tstamp >= ((('now'::cstring)::date - '3 days'::interval))::date) AND (tstamp < ('now'::cstring)::date))
               Filter: (action = 13)
         ->  Index Scan using history_log_201302_tstamp on history_log_201302 history_log  (cost=0.01..12.35 rows=1 width=4)
               Index Cond: ((tstamp >= ((('now'::cstring)::date - '3 days'::interval))::date) AND (tstamp < ('now'::cstring)::date))
               Filter: (action = 13)
         ->  Index Scan using history_log_201303_tstamp on history_log_201303 history_log  (cost=0.01..252959.45 rows=1353824 width=
4)
               Index Cond: ((tstamp >= ((('now'::cstring)::date - '3 days'::interval))::date) AND (tstamp < ('now'::cstring)::date))
               Filter: (action = 13)
         ->  Index Scan using history_log_201304_tstamp on history_log_201304 history_log  (cost=0.01..8.37 rows=1 width=4)
               Index Cond: ((tstamp >= ((('now'::cstring)::date - '3 days'::interval))::date) AND (tstamp < ('now'::cstring)::date))
               Filter: (action = 13)

ここで何が起こっているのですか？マスターテーブルへのクエリがそれほど速くないのはなぜですか?

にconstraint_exclusion設定しましたon。

編集：読みやすくするために、偶然解決策を見つけてここに書きました。

今日まで、私は間違った制約を持っていました - 私のtstamp列はtimestamp WITH time zone型であり、制約は構築されていましたtimestamp WITHOUT time zone。私はそれを修正し、型キャストを持つようにクエリを修正しましたが、マスターテーブルへのクエリには数秒ではなく数分かかりました。それが私の最後の選択肢だったので、SOに行きました。会話中にDBに行き、EXPLAIN ANALYZEすべての子テーブルに発行して実際の数値を取得しました-その後、マスターテーブルのクエリが高速になりました!