這篇文章將為大家詳細(xì)講解有關(guān)PostgreSQL中怎么利用表繼承實(shí)現(xiàn)分區(qū)表，文章內(nèi)容質(zhì)量較高，因此小編分享給大家做個(gè)參考，希望大家閱讀完這篇文章后對(duì)相關(guān)知識(shí)有一定的了解。

創(chuàng)新互聯(lián)專注于企業(yè)全網(wǎng)營(yíng)銷推廣、網(wǎng)站重做改版、田家庵網(wǎng)站定制設(shè)計(jì)、自適應(yīng)品牌網(wǎng)站建設(shè)、H5建站、商城網(wǎng)站制作、集團(tuán)公司官網(wǎng)建設(shè)、成都外貿(mào)網(wǎng)站建設(shè)公司、高端網(wǎng)站制作、響應(yīng)式網(wǎng)頁(yè)設(shè)計(jì)等建站業(yè)務(wù)，價(jià)格優(yōu)惠性價(jià)比高，為田家庵等各大城市提供網(wǎng)站開(kāi)發(fā)制作服務(wù)。

概述

分區(qū)指的是將邏輯上一的一個(gè)大表分成多個(gè)小的物理上的片(子表)，分區(qū)可以提供以下好處:
.在某些情況下查詢性能能夠顯著提升，特別是當(dāng)那些訪問(wèn)壓力大的行在一個(gè)分區(qū)或者少數(shù)幾個(gè)分區(qū)時(shí)。分區(qū)可以取代索引的主導(dǎo)列、減小索引尺寸以及使索引中訪問(wèn)壓力大的部分更有可能被放在內(nèi)存中。

.當(dāng)查詢或更新訪問(wèn)一個(gè)分區(qū)的大部分行時(shí)，可以通過(guò)該分區(qū)上的一個(gè)順序掃描來(lái)取代分散到整個(gè)表上的索引和隨機(jī)訪問(wèn)，這樣可以改善性能。

.如果需求計(jì)劃使用劃分設(shè)計(jì)，可以通過(guò)增加或移除分區(qū)來(lái)完成批量載入和刪除。ALTER TABLE NO INHERIT和DROP TABLE都遠(yuǎn)快于一個(gè)批量操作。這些命令也完全避免了由批量DELETE造成的VACUUM負(fù)載。

.很少使用的數(shù)據(jù)可以被遷移到便宜且較慢的存儲(chǔ)介質(zhì)上。

當(dāng)一個(gè)表非常大時(shí)，分區(qū)所帶來(lái)的好處是非常值得的。一個(gè)表何種情況下會(huì)從分區(qū)中獲益取決于應(yīng)用，一個(gè)經(jīng)驗(yàn)法則是當(dāng)表的尺寸超過(guò)了數(shù)據(jù)庫(kù)們將這些子表認(rèn)為是分區(qū)，盡管它們?cè)诟鞣矫鎭?lái)看普通的PostgreSQL表（或者可能是外部表）。

3.為分區(qū)表增加表約束以定義每個(gè)分區(qū)中允許的鍵值。
典型的例子是：

CHECK ( x = 1 )
CHECK ( county IN ( 'Oxfordshire', 'Buckinghamshire', 'Warwickshire' ))
CHECK ( outletID >= 100 AND outletID < 200 )

要確保這些約束能夠保證在不同分區(qū)所允許的鍵值之間不存在重疊。設(shè)置范圍約束時(shí)一種常見(jiàn)的錯(cuò)誤是：

CHECK ( outletID BETWEEN 100 AND 200 )
CHECK ( outletID BETWEEN 200 AND 300 )

這是錯(cuò)誤的，因?yàn)殒I值200并沒(méi)有被清楚地分配到某一個(gè)分區(qū)。注意在語(yǔ)法上范圍劃分和列表劃分沒(méi)有區(qū)別，這些術(shù)語(yǔ)只是為了描述方便而存在。

4.對(duì)于每一個(gè)分區(qū)，在關(guān)鍵列上創(chuàng)建一個(gè)索引，并創(chuàng)建其他我們所需要的索引（關(guān)鍵索引并不是嚴(yán)格必要的，但是在大部分情況下它都是有用的。如果我們希望鍵值是唯一的，則我們還要為每一個(gè)分區(qū)創(chuàng)建一個(gè)唯一或者主鍵約束。）

5.還可以有選擇地定義一個(gè)觸發(fā)器或者規(guī)則將插入到主表上的數(shù)據(jù)重定向到合適的分區(qū)上。

6.確保在postgresql.conf中constraint_exclusion配置參數(shù)沒(méi)有被禁用。如果它被禁用，查詢將不會(huì)被按照期望的方式優(yōu)化。

例如，假設(shè)我們正在為一個(gè)大型的冰淇淋公司構(gòu)建一個(gè)數(shù)據(jù)庫(kù)。該公司測(cè)量每天在每一個(gè)區(qū)域的最高氣溫以及冰淇淋銷售。在概念上，我們想要一個(gè)這樣的表：

CREATE TABLE measurement (
city_id int not null,
logdate date not null,
peaktemp int,
unitsales int
);
insert into measurement values(1,date '2008-02-01',1,1);

由于該表的主要用途是為管理層提供在線報(bào)告，我們知道大部分查詢將只會(huì)訪問(wèn)上周、上月或者上季度的數(shù)據(jù)。為了減少需要保存的舊數(shù)據(jù)的量，我們決定只保留最近3年的數(shù)據(jù)。在每一個(gè)月的開(kāi)始，我們將刪除最老的一個(gè)月的數(shù)據(jù)。

在這種情況下，我們可以使用分區(qū)來(lái)幫助我們滿足對(duì)于測(cè)量表的所有不同需求。按照上面所勾勒的步驟，分區(qū)可以這樣來(lái)建立：

1.主表是measurement表，完全按照以上的方式聲明。

jydb=# CREATE TABLE measurement (
jydb(#     city_id         int not null,
jydb(#     logdate         date not null,
jydb(#     peaktemp        int,
jydb(#     unitsales       int
jydb(# );
CREATE TABLE

2.下一步我們?yōu)槊恳粋€(gè)活動(dòng)月創(chuàng)建一個(gè)分區(qū)：

CREATE TABLE measurement_y2006m02 ( ) INHERITS (measurement);
CREATE TABLE measurement_y2006m03 ( ) INHERITS (measurement);
...
CREATE TABLE measurement_y2007m11 ( ) INHERITS (measurement);
CREATE TABLE measurement_y2007m12 ( ) INHERITS (measurement);
CREATE TABLE measurement_y2008m01 ( ) INHERITS (measurement);

每一個(gè)分區(qū)自身都是完整的表，但是它們的定義都是從measurement表繼承而來(lái)。

這解決了我們的一個(gè)問(wèn)題：刪除舊數(shù)據(jù)。每個(gè)月，我們所需要做的是在最舊的子表上執(zhí)行一個(gè)DROP TABLE命令并為新一個(gè)月的數(shù)據(jù)創(chuàng)建一個(gè)新的子表。

3.我們必須提供不重疊的表約束。和前面簡(jiǎn)單地創(chuàng)建分區(qū)表不同，實(shí)際的表創(chuàng)建腳本應(yīng)該是：

jydb=# CREATE TABLE measurement_y2006m02 (
jydb(#     CHECK ( logdate >= DATE '2006-02-01' AND logdate < DATE '2006-03-01' ) jydb(# ) INHERITS (measurement); CREATE TABLE jydb=# CREATE TABLE measurement_y2006m03 ( jydb(# CHECK ( logdate >= DATE '2006-03-01' AND logdate < DATE '2006-04-01' ) jydb(# ) INHERITS (measurement); CREATE TABLE jydb=# CREATE TABLE measurement_y2008m02 ( jydb(# CHECK ( logdate >= DATE '2008-02-01' AND logdate < DATE '2008-03-01' )
jydb(# ) INHERITS (measurement);
CREATE TABLE
jydb=# CREATE TABLE measurement_y2008m03
jydb-#   (LIKE measurement INCLUDING DEFAULTS INCLUDING CONSTRAINTS);
CREATE TABLE

4.我們可能在關(guān)鍵列上也需要索引：

CREATE INDEX measurement_y2006m02_logdate ON measurement_y2006m02 (logdate);
CREATE INDEX measurement_y2006m03_logdate ON measurement_y2006m03 (logdate);
...
CREATE INDEX measurement_y2007m11_logdate ON measurement_y2007m11 (logdate);
CREATE INDEX measurement_y2007m12_logdate ON measurement_y2007m12 (logdate);
CREATE INDEX measurement_y2008m01_logdate ON measurement_y2008m01 (logdate);

在這里我們選擇不增加更多的索引。

5.我們希望我們的應(yīng)用能夠使用INSERT INTO measurement ...并且數(shù)據(jù)將被重定向到合適的分區(qū)表。我們可以通過(guò)為主表附加一個(gè)合適的觸發(fā)器函數(shù)來(lái)實(shí)現(xiàn)這一點(diǎn)。如果數(shù)據(jù)將只被增加到最后一個(gè)分區(qū)，我們可以使用一個(gè)非常簡(jiǎn)單的觸發(fā)器函數(shù)：

CREATE OR REPLACE FUNCTION measurement_insert_trigger()
RETURNS TRIGGER AS $$
BEGIN
    INSERT INTO measurement_y2008m01 VALUES (NEW.*);
    RETURN NULL;
END;
$$
LANGUAGE plpgsql;

完成函數(shù)創(chuàng)建后，我們創(chuàng)建一個(gè)調(diào)用該觸發(fā)器函數(shù)的觸發(fā)器：

CREATE TRIGGER insert_measurement_trigger
    BEFORE INSERT ON measurement
    FOR EACH ROW EXECUTE PROCEDURE measurement_insert_trigger();

我們必須在每個(gè)月重新定義觸發(fā)器函數(shù)，這樣它才會(huì)總是指向當(dāng)前分區(qū)。而觸發(fā)器的定義則不需要被更新。

我們也可能希望插入數(shù)據(jù)時(shí)服務(wù)器會(huì)自動(dòng)地定位應(yīng)該加入數(shù)據(jù)的分區(qū)。我們可以通過(guò)一個(gè)更復(fù)雜的觸發(fā)器函數(shù)來(lái)實(shí)現(xiàn)之，例如：

jydb=# CREATE OR REPLACE FUNCTION measurement_insert_trigger()
jydb-# RETURNS TRIGGER AS $$
jydb$# BEGIN
jydb$#
jydb$#     IF ( NEW.logdate >= DATE '2006-03-01' AND
jydb$#             NEW.logdate < DATE '2006-04-01' ) THEN jydb$# INSERT INTO measurement_y2006m03 VALUES (NEW.*); jydb$# ELSIF ( NEW.logdate >= DATE '2008-02-01' AND
jydb$#             NEW.logdate < DATE '2008-03-01' ) THEN
jydb$#         INSERT INTO measurement_y2008m02 VALUES (NEW.*);
jydb$#     ELSE
jydb$#         RAISE EXCEPTION 'Date out of range.  Fix the measurement_insert_trigger() function!';
jydb$#     END IF;
jydb$#     RETURN NULL;
jydb$# END;
jydb$# $$
jydb-# LANGUAGE plpgsql;
CREATE FUNCTION
jydb=# CREATE TRIGGER insert_measurement_trigger
jydb-#     BEFORE INSERT ON measurement
jydb-#     FOR EACH ROW EXECUTE PROCEDURE measurement_insert_trigger();
CREATE TRIGGER
jydb=# insert into measurement values(1,date '2006-03-03',1,1);
INSERT 0 0
jydb=# insert into measurement values(1,date '2008-02-03',1,1);
INSERT 0 0
jydb=# select * from measurement_y2006m03;
 city_id |  logdate   | peaktemp | unitsales
---------+------------+----------+-----------
       1 | 2006-03-02 |        1 |         1
       1 | 2006-03-03 |        1 |         1
(2 rows)
jydb=# select * from measurement_y2008m02;
 city_id |  logdate   | peaktemp | unitsales
---------+------------+----------+-----------
       1 | 2008-02-01 |        1 |         1
       1 | 2008-02-01 |        1 |         1
       1 | 2008-02-01 |        1 |         1
       1 | 2008-02-02 |        1 |         1
       1 | 2008-02-03 |        1 |         1
(5 rows)
jydb=# select * from measurement;
 city_id |  logdate   | peaktemp | unitsales
---------+------------+----------+-----------
       1 | 2006-03-02 |        1 |         1
       1 | 2006-03-03 |        1 |         1
       1 | 2008-02-01 |        1 |         1
       1 | 2008-02-01 |        1 |         1
       1 | 2008-02-01 |        1 |         1
       1 | 2008-02-02 |        1 |         1
       1 | 2008-02-03 |        1 |         1
(7 rows)

觸發(fā)器的定義和以前一樣。注意每一個(gè)IF測(cè)試必須準(zhǔn)確地匹配它的分區(qū)的CHECK約束。當(dāng)該函數(shù)比單月形式更加復(fù)雜時(shí)，并不需要頻繁地更新它，因?yàn)榭梢栽谛枰臅r(shí)候提前加入分支。

注意: 在實(shí)踐中，如果大部分插入都會(huì)進(jìn)入最新的分區(qū)，最好先檢查它。為了簡(jiǎn)潔，我們?yōu)橛|發(fā)器的檢查采用了和本例中其他部分一致的順序。

如我們所見(jiàn)，一個(gè)復(fù)雜的分區(qū)模式可能需要大量的DDL。在上面的例子中，我們需要每月創(chuàng)建一個(gè)新分區(qū)，所以最好能夠編寫(xiě)一個(gè)腳本自動(dòng)地生成所需的DDL。

管理分區(qū)
通常當(dāng)初始定義的表傾向于動(dòng)態(tài)變化時(shí)，一組分區(qū)會(huì)被創(chuàng)建。刪除舊的分區(qū)并周期性地為新數(shù)據(jù)增加新分區(qū)是很常見(jiàn)的。劃分的一個(gè)最重要的優(yōu)點(diǎn)是可以通過(guò)操縱分區(qū)結(jié)構(gòu)來(lái)使得這種痛苦的任務(wù)幾乎是自發(fā)地完成，而不需要去物理地移除大量的數(shù)據(jù)。

移除舊數(shù)據(jù)的最簡(jiǎn)單的選項(xiàng)是直接刪除不再需要的分區(qū)：

jydb=# DROP TABLE measurement_y2006m02;
DROP TABLE

這可以非?？斓貏h除百萬(wàn)級(jí)別的記錄，因?yàn)樗恍枰鹨坏貏h除記錄。

另一個(gè)經(jīng)常使用的選項(xiàng)是將分區(qū)從被劃分的表中移除，但是把它作為一個(gè)獨(dú)立的表保留下來(lái)：

ALTER TABLE measurement_y2006m02 NO INHERIT measurement;

這允許在數(shù)據(jù)被刪除前執(zhí)行更進(jìn)一步的操作。例如，這是一個(gè)很有用的時(shí)機(jī)通過(guò)COPY、pg_dump或類似的工具來(lái)備份數(shù)據(jù)。這也是進(jìn)行數(shù)據(jù)聚集、執(zhí)行其他數(shù)據(jù)操作或運(yùn)行報(bào)表的好時(shí)機(jī)。

相似地我們也可以增加新分區(qū)來(lái)處理新數(shù)據(jù)。我們可以在被劃分的表中創(chuàng)建一個(gè)新的空分區(qū)：

jydb=# CREATE TABLE measurement_y2008m02 (
jydb(#     CHECK ( logdate >= DATE '2008-02-01' AND logdate < DATE '2008-03-01' )
jydb(# ) INHERITS (measurement);
CREATE TABLE

作為一種選擇方案，有時(shí)創(chuàng)建一個(gè)在分區(qū)結(jié)構(gòu)之外的新表更方便，并且在以后才將它作為一個(gè)合適的分區(qū)。這使得數(shù)據(jù)可以在出現(xiàn)于分區(qū)表中之前被載入、檢查和轉(zhuǎn)換：

jydb=# CREATE TABLE measurement_y2008m03
jydb-#   (LIKE measurement INCLUDING DEFAULTS INCLUDING CONSTRAINTS);
CREATE TABLE
jydb=# ALTER TABLE measurement_y2008m03 ADD CONSTRAINT y2008m03
jydb-#    CHECK ( logdate >= DATE '2008-03-01' AND logdate < DATE '2008-04-01' );
ALTER TABLE
jydb=# ALTER TABLE measurement_y2008m03 INHERIT measurement;
ALTER TABLE

分區(qū)與約束排除
約束排除是一種查詢優(yōu)化技術(shù)，它可以為按照以上方式定義的分區(qū)表提高性能。例如：

jydb=# SET constraint_exclusion = on;
SET
jydb=# SELECT count(*) FROM measurement WHERE logdate >= DATE '2008-01-01';
 count
-------
     3
(1 row)

如果沒(méi)有約束排除，上述查詢將掃描measurement表的每一個(gè)分區(qū)。在啟用約束排除后，規(guī)劃器將檢查每一個(gè)分區(qū)的約束來(lái)確定該分區(qū)需不需要被掃描，因?yàn)榉謪^(qū)中可能不包含滿足查詢WHERE子句的行。如果規(guī)劃器能夠證實(shí)這一點(diǎn)，則它將會(huì)把該分區(qū)排除在查詢計(jì)劃之外。

可以使用EXPLAIN命令來(lái)顯示開(kāi)啟了constraint_exclusion的計(jì)劃和沒(méi)有開(kāi)啟該選項(xiàng)的計(jì)劃之間的區(qū)別。一個(gè)典型的未優(yōu)化的計(jì)劃是：

jydb=# SET constraint_exclusion = off;
SET
jydb=# EXPLAIN SELECT count(*) FROM measurement WHERE logdate >= DATE '2008-01-01';
                                    QUERY PLAN
-----------------------------------------------------------------------------------
 Aggregate  (cost=107.47..107.48 rows=1 width=8)
   ->  Append  (cost=0.00..102.69 rows=1913 width=0)
         ->  Seq Scan on measurement  (cost=0.00..3.31 rows=62 width=0)
               Filter: (logdate >= '2008-01-01'::date)
         ->  Seq Scan on measurement_y2006m03  (cost=0.00..33.12 rows=617 width=0)
               Filter: (logdate >= '2008-01-01'::date)
         ->  Seq Scan on measurement_y2008m02  (cost=0.00..33.12 rows=617 width=0)
               Filter: (logdate >= '2008-01-01'::date)
         ->  Seq Scan on measurement_y2008m03  (cost=0.00..33.12 rows=617 width=0)
               Filter: (logdate >= '2008-01-01'::date)
(10 rows)

其中的某些或者全部分區(qū)將會(huì)使用索引掃描而不是全表順序掃描，但是關(guān)鍵在于根本不需要掃描舊分區(qū)來(lái)回答這個(gè)查詢。當(dāng)我們開(kāi)啟約束排除后，對(duì)于同一個(gè)查詢我們會(huì)得到一個(gè)更加廉價(jià)的計(jì)劃：

jydb=# SET constraint_exclusion = on;
SET
jydb=# EXPLAIN SELECT count(*) FROM measurement WHERE logdate >= DATE '2008-01-01';
                                    QUERY PLAN
-----------------------------------------------------------------------------------
 Aggregate  (cost=72.80..72.81 rows=1 width=8)
   ->  Append  (cost=0.00..69.56 rows=1296 width=0)
         ->  Seq Scan on measurement  (cost=0.00..3.31 rows=62 width=0)
               Filter: (logdate >= '2008-01-01'::date)
         ->  Seq Scan on measurement_y2008m02  (cost=0.00..33.12 rows=617 width=0)
               Filter: (logdate >= '2008-01-01'::date)
         ->  Seq Scan on measurement_y2008m03  (cost=0.00..33.12 rows=617 width=0)
               Filter: (logdate >= '2008-01-01'::date)
(8 rows)

注意約束排除只由CHECK約束驅(qū)動(dòng)，而非索引的存在。因此，沒(méi)有必要在關(guān)鍵列上定義索引。是否在給定分區(qū)上定義索引取決于我們希望查詢經(jīng)常掃描表的大部分還是小部分。在后一種情況中索引將會(huì)發(fā)揮作用。

constraint_exclusion的默認(rèn)（也是推薦）設(shè)置實(shí)際上既不是on也不是off，而是一個(gè)被稱為partition的中間設(shè)置，這使得該技術(shù)只被應(yīng)用于將要在分區(qū)表上工作的查詢。設(shè)置on將使得規(guī)劃器在所有的查詢中檢查CHECK約束，即使簡(jiǎn)單查詢不會(huì)從中受益。

替代的分區(qū)方法
另一種將插入數(shù)據(jù)重定向到合適的分區(qū)的方法是在主表上建立規(guī)則而不是觸發(fā)器，例如：

jydb=# CREATE RULE measurement_insert_y2006m03 AS
jydb-# ON INSERT TO measurement WHERE
jydb-# ( logdate >= DATE '2006-03-01' AND logdate < DATE '2006-04-01' ) jydb-# DO INSTEAD jydb-# INSERT INTO measurement_y2006m03 VALUES (NEW.*); CREATE RULE jydb=# CREATE RULE measurement_insert_y2008m02 AS jydb-# ON INSERT TO measurement WHERE jydb-# ( logdate >= DATE '2008-02-01' AND logdate < DATE '2008-03-01' )
jydb-# DO INSTEAD
jydb-# INSERT INTO measurement_y2008m02 VALUES (NEW.*);
CREATE RULE
jydb=# insert into measurement values(1,date '2006-03-02',1,1);
INSERT 0 0
jydb=# insert into measurement values(1,date '2008-02-02',1,1);
INSERT 0 0
jydb=# select * from measurement;
 city_id |  logdate   | peaktemp | unitsales
---------+------------+----------+-----------
       1 | 2006-03-02 |        1 |         1
       1 | 2008-02-01 |        1 |         1
       1 | 2008-02-01 |        1 |         1
       1 | 2008-02-01 |        1 |         1
       1 | 2008-02-02 |        1 |         1
(5 rows)
jydb=# select * from measurement_y2006m03;
 city_id |  logdate   | peaktemp | unitsales
---------+------------+----------+-----------
       1 | 2006-03-02 |        1 |         1
(1 row)
jydb=# select * from measurement_y2008m02;
 city_id |  logdate   | peaktemp | unitsales
---------+------------+----------+-----------
       1 | 2008-02-01 |        1 |         1
       1 | 2008-02-01 |        1 |         1
       1 | 2008-02-01 |        1 |         1
       1 | 2008-02-02 |        1 |         1
(4 rows)

一個(gè)規(guī)則比一個(gè)觸發(fā)器具有明顯更高的負(fù)荷，但是該負(fù)荷是由每個(gè)查詢承擔(dān)而不是每一個(gè)行，因此這種方法可能對(duì)于批量插入的情況有益。但是，在大部分情況下觸發(fā)器方法能提供更好的性能。

注意COPY會(huì)忽略規(guī)則。如果希望使用COPY來(lái)插入數(shù)據(jù)，我們將希望將數(shù)據(jù)復(fù)制到正確的分區(qū)表而不是主表。COPY會(huì)引發(fā)觸發(fā)器，因此如果使用觸發(fā)器方法就可以正常地使用它。

規(guī)則方法的另一個(gè)缺點(diǎn)是如果一組規(guī)則沒(méi)有覆蓋被插入的數(shù)據(jù)，則該數(shù)據(jù)將被插入到主表中而不會(huì)發(fā)出任何錯(cuò)誤。

分區(qū)也可以使用一個(gè)UNION ALL視圖來(lái)組織。例如：

CREATE VIEW measurement AS
          SELECT * FROM measurement_y2006m02
UNION ALL SELECT * FROM measurement_y2006m03
...
UNION ALL SELECT * FROM measurement_y2007m11
UNION ALL SELECT * FROM measurement_y2007m12
UNION ALL SELECT * FROM measurement_y2008m01;

但是，如果要增加或者刪除單獨(dú)的分區(qū)，就需要重新地創(chuàng)建視圖。在實(shí)踐中，相對(duì)于使用繼承，這種方法很少被推薦。

警告
下面的警告適用于分區(qū)表:
.沒(méi)有自動(dòng)的方法來(lái)驗(yàn)證所有的CHECK約束是互斥的。創(chuàng)建代碼來(lái)生成分區(qū)并創(chuàng)建或修改相關(guān)對(duì)象比手工寫(xiě)命令要更安全。

.這里展示的模式都假設(shè)分區(qū)的關(guān)鍵列從不改變，或者是其改變不足以導(dǎo)致它被移到另一個(gè)分區(qū)。一個(gè)嘗試將行移到另一個(gè)分區(qū)的UPDATE會(huì)失敗，因?yàn)镃HECK約束的存在。如果我們需要處理這類情況，我們可以在分區(qū)表上放置合適的更新觸發(fā)器，但是它會(huì)使得結(jié)構(gòu)的管理更加復(fù)雜。

.如果我們?cè)谑褂檬止さ腣ACUUM或ANALYZE命令，別忘了需要在每一個(gè)分區(qū)上都運(yùn)行一次。以下的命令：
ANALYZE measurement;
只會(huì)處理主表。

.帶有ON CONFLICT子句的INSERT 語(yǔ)句不太可能按照預(yù)期的方式工作，因?yàn)镺N CONFLICT動(dòng)作 只有在指定的目標(biāo)關(guān)系（而非它的子關(guān)系）上有唯一違背的情況下才會(huì)被采用。

下面的警告適用于約束排除：
.只有在查詢的WHERE子句包含常量（或者外部提供的參數(shù)）時(shí)，約束排除才會(huì)起效。例如，一個(gè)與非不變函數(shù)（例如CURRENT_TIMESTAMP）的比較不能被優(yōu)化，因?yàn)橐?guī)劃器不知道該函數(shù)的值在運(yùn)行時(shí)會(huì)落到哪個(gè)分區(qū)內(nèi)。

.保持分區(qū)約束簡(jiǎn)單，否則規(guī)劃器可能沒(méi)有辦法驗(yàn)證無(wú)需訪問(wèn)的分區(qū)。按前面的例子所示，為列表分區(qū)使用簡(jiǎn)單相等條件或者為范圍分區(qū)使用簡(jiǎn)單范圍測(cè)試。一個(gè)好的經(jīng)驗(yàn)法則是分區(qū)約束應(yīng)該只包含使用B-tree索引操作符的比較，比較的雙方應(yīng)該是分區(qū)列和常量。

.在約束排除期間，主表所有的分區(qū)上的所有約束都會(huì)被檢查，所以大量的分區(qū)將會(huì)顯著地增加查詢規(guī)劃時(shí)間。使用這些技術(shù)的分區(qū)在大約最多100個(gè)分區(qū)的情況下工作得很好，但是不要嘗試使用成千個(gè)分區(qū)。

關(guān)于PostgreSQL中怎么利用表繼承實(shí)現(xiàn)分區(qū)表就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，可以學(xué)到更多知識(shí)。如果覺(jué)得文章不錯(cuò)，可以把它分享出去讓更多的人看到。