精品秘无码一区二区三区老师-精品秘一区二三区免费雷安-精品蜜桃秘一区二区三区-精品蜜桃秘一区二区三区粉嫩-精品蜜桃一区二区三区-精品蜜臀国产aⅴ一区二区三区

PostgreSQL 中的分區查詢性能，并不總會如你所愿。分區剪枝在特定情況下，是無法正常工作的。

示例

查詢執行中的分區剪枝，需要在某些條件下才會起作用。您需要有分區鍵上的索引，并且規劃器必須選擇嵌套循環來連接表。

CREATE TABLE partitioned_table (
  a int,
  b int,
  c int,
  p int
) PARTITION BY RANGE (p);

CREATE TABLE p1 PARTITION OF partitioned_table FOR VALUES FROM (0) TO (10);
CREATE TABLE p2 PARTITION OF partitioned_table FOR VALUES FROM (10) TO (20);

INSERT INTO partitioned_table
  SELECT g.x, g.x, g.x, g.x FROM generate_series (0,19) AS g(x);

CREATE INDEX ON partitioned_table(p);

CREATE TABLE other_table (
  p int,
  r int
);

INSERT INTO other_table
  SELECT 1, g.x FROM generate_series(1,100) AS g(x);

VACUUM ANALYZE partitioned_table, other_table;

EXPLAIN (settings, analyze, costs off, timing off, summary off)
SELECT a, b, c
FROM partitioned_table
WHERE p IN (SELECT p FROM other_table WHERE r between 1 and 100);

                                       QUERY PLAN
-----------------------------------------------------------------------------------------
 Nested Loop (actual rows=1 loops=1)
   ->  HashAggregate (actual rows=1 loops=1)
         Group Key: other_table.p
         Batches: 1  Memory Usage: 24kB
         ->  Seq Scan on other_table (actual rows=100 loops=1)
               Filter: ((r >= 1) AND (r <= 100))
   ->  Append (actual rows=1 loops=1)
         ->  Index Scan using p1_p_idx on p1 partitioned_table_1 (actual rows=1 loops=1)
               Index Cond: (p = other_table.p)
         ->  Index Scan using p2_p_idx on p2 partitioned_table_2 (never executed)
               Index Cond: (p = other_table.p)
(11 rows)

請注意，在分區 p2 上的索引掃描是不會執行的。

優化對分區表的訪問

大多數時候，開發者會抱有不切實際的期望，即如果他們對一個巨大的表進行分區，“對其進行查詢會更快”。而實際情況下，分區的目標和目的是方便維護，而不是查詢優化，如果短查詢的執行速度和分區前一樣，他們應該認為是成功的。這是沒有規則沒有例外的，雖然也有性能提升的情況，但那些確實是例外。

為了在分區后使查詢不變慢，開發者需要顯式地包含用于范圍分區的屬性值。很多時候，這個要求并不明顯，而且，它需要對正在使用的 SQL 語句進行重大改寫。

從一個應用開發者的角度來看，他們會這樣做：

SELECT a, b, c
FROM partitioned_table
WHERE p IN (SELECT p FROM other_table WHERE r between 1 and 100)

開發者可能會想當然地認為：我已經在查詢訪問特定的分區了！實際上，在執行開始之前，PostgreSQL 無法知道要查詢的將會是哪個分區！

那么，到底應該怎么做，才能讓 PostgreSQL 確切地知道要查詢哪個分區呢？一個肯定不壞的方法是，先計算出分區鍵的值，然后在查詢中使用它。

閱讀原文：原文鏈接