通過指定 PARTITION BY 子句建立 measurement 表格作為分割表格，其中包括分割方法（在本例中為 RANGE）和要用作分割索引鍵的欄位清單。

CREATE TABLE measurement (
    city_id         int not null,
    logdate         date not null,
    peaktemp        int,
    unitsales       int
) PARTITION BY RANGE (logdate);

建立分割區。每個分割區的定義必須指定與父分割區的分割方法和分割索引鍵相對應的邊界。請注意，指定邊界導致新分割區的值與一個或多個現有分割區中的值重疊將導致錯誤。

如此建立的分割區在各方面都是正常的 PostgreSQL 表格（或者，可能是外部表格）。可以分別為每個分割區指定表格空間和儲存參數。

對於我們的範例，每個分割區應保存一個月的資料，以符合一次刪除一個月資料的要求。因此，指令可能如下所示

CREATE TABLE measurement_y2006m02 PARTITION OF measurement
    FOR VALUES FROM ('2006-02-01') TO ('2006-03-01');

CREATE TABLE measurement_y2006m03 PARTITION OF measurement
    FOR VALUES FROM ('2006-03-01') TO ('2006-04-01');

...
CREATE TABLE measurement_y2007m11 PARTITION OF measurement
    FOR VALUES FROM ('2007-11-01') TO ('2007-12-01');

CREATE TABLE measurement_y2007m12 PARTITION OF measurement
    FOR VALUES FROM ('2007-12-01') TO ('2008-01-01')
    TABLESPACE fasttablespace;

CREATE TABLE measurement_y2008m01 PARTITION OF measurement
    FOR VALUES FROM ('2008-01-01') TO ('2008-02-01')
    WITH (parallel_workers = 4)
    TABLESPACE fasttablespace;

（回想一下，相鄰的分割區可以共享邊界值，因為範圍上限被視為不包含的邊界。）

如果您希望實作子分割區，請再次在用於建立個別分割區的命令中指定 PARTITION BY 子句，例如

CREATE TABLE measurement_y2006m02 PARTITION OF measurement
    FOR VALUES FROM ('2006-02-01') TO ('2006-03-01')
    PARTITION BY RANGE (peaktemp);

在建立 measurement_y2006m02 的分割區後，插入到 measurement 的任何映射到 measurement_y2006m02 的資料（或直接插入到 measurement_y2006m02 的資料，只要滿足其分割約束即可）將根據 peaktemp 欄位進一步重新導向到其其中一個分割區。指定的分割索引鍵可能與父分割區的分割索引鍵重疊，但在指定子分割區的邊界時應小心，以確保它接受的資料集構成分割區自身邊界允許的子集；系統不會嘗試檢查是否確實如此。

將資料插入到父表格中，如果沒有對應到現有的分割區之一，將會導致錯誤；必須手動新增適當的分割區。

沒有必要手動建立表格約束來描述分割區的分割邊界條件。這些約束將自動建立。

在分割表格上建立索引鍵欄位和任何其他您可能需要的索引。（索引鍵索引不是絕對必要的，但在大多數情況下它很有幫助。）這會自動在每個分割區上建立匹配的索引，並且您稍後建立或附加的任何分割區也會有這樣的索引。在分割表格上宣告的索引或唯一約束與分割表格一樣是「虛擬」：實際資料位於個別分割表格上的子索引中。

CREATE INDEX ON measurement (logdate);

確保在 postgresql.conf 中沒有停用 enable_partition_pruning 組態參數。如果停用了，查詢將不會按照期望的方式進行最佳化。

建立 「根」 資料表，所有 「子」 資料表都將從其繼承。 此資料表將不包含任何資料。 除非您希望它們平等地應用於所有子資料表，否則請勿在此資料表上定義任何檢查約束。 在其上定義任何索引或唯一約束也沒有意義。 對於我們的範例，根資料表是最初定義的 measurement 資料表。

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

建立多個 「子」 資料表，每個資料表都從根資料表繼承。 通常，這些資料表不會將任何欄位新增到從根繼承的集合中。 與宣告式分割一樣，這些資料表在各方面都是普通的 PostgreSQL 資料表（或外部資料表）。

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);

將非重疊的資料表約束新增到子資料表，以定義每個資料表中允許的鍵值。

典型的範例是：

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

確保約束保證不同子資料表中允許的鍵值之間沒有重疊。 一個常見的錯誤是設定如下的範圍約束：

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

這是錯誤的，因為不清楚鍵值 200 屬於哪個子資料表。 相反，範圍應按以下樣式定義：

CREATE TABLE measurement_y2006m02 (
    CHECK ( logdate >= DATE '2006-02-01' AND logdate < DATE '2006-03-01' )
) INHERITS (measurement);

CREATE TABLE measurement_y2006m03 (
    CHECK ( logdate >= DATE '2006-03-01' AND logdate < DATE '2006-04-01' )
) INHERITS (measurement);

...
CREATE TABLE measurement_y2007m11 (
    CHECK ( logdate >= DATE '2007-11-01' AND logdate < DATE '2007-12-01' )
) INHERITS (measurement);

CREATE TABLE measurement_y2007m12 (
    CHECK ( logdate >= DATE '2007-12-01' AND logdate < DATE '2008-01-01' )
) INHERITS (measurement);

CREATE TABLE measurement_y2008m01 (
    CHECK ( logdate >= DATE '2008-01-01' AND logdate < DATE '2008-02-01' )
) INHERITS (measurement);

對於每個子資料表，在鍵欄位上建立索引，以及您可能需要的任何其他索引。

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);

我們希望我們的應用程式能夠說 INSERT INTO measurement ... 並讓資料重新導向到適當的子資料表。 我們可以透過將適當的觸發函數附加到根資料表來安排這一點。 如果資料只會新增到最新的子資料表，我們可以使​​用一個非常簡單的觸發函數：

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

建立函數後，我們建立一個呼叫觸發函數的觸發器：

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

我們必須每月重新定義觸發函數，以便它始終插入到目前的子資料表中。 但是，觸發器定義不需要更新。

我們可能希望插入資料，並讓伺服器自動找到應該在其中新增列的子資料表。 我們可以使用更複雜的觸發函數來執行此操作，例如：

CREATE OR REPLACE FUNCTION measurement_insert_trigger()
RETURNS TRIGGER AS $$
BEGIN
    IF ( NEW.logdate >= DATE '2006-02-01' AND
         NEW.logdate < DATE '2006-03-01' ) THEN
        INSERT INTO measurement_y2006m02 VALUES (NEW.*);
    ELSIF ( NEW.logdate >= DATE '2006-03-01' AND
            NEW.logdate < DATE '2006-04-01' ) THEN
        INSERT INTO measurement_y2006m03 VALUES (NEW.*);
    ...
    ELSIF ( NEW.logdate >= DATE '2008-01-01' AND
            NEW.logdate < DATE '2008-02-01' ) THEN
        INSERT INTO measurement_y2008m01 VALUES (NEW.*);
    ELSE
        RAISE EXCEPTION 'Date out of range.  Fix the measurement_insert_trigger() function!';
    END IF;
    RETURN NULL;
END;
$$
LANGUAGE plpgsql;

觸發器定義與以前相同。 請注意，每個 IF 測試必須完全符合其子資料表的 CHECK 約束。

雖然此函數比單月情況更複雜，但它不需要經常更新，因為可以在需要之前新增分支。

將插入重新導向到適當子資料表的另一種方法是在根資料表上設定規則，而不是觸發器。 例如：

CREATE RULE measurement_insert_y2006m02 AS
ON INSERT TO measurement WHERE
    ( logdate >= DATE '2006-02-01' AND logdate < DATE '2006-03-01' )
DO INSTEAD
    INSERT INTO measurement_y2006m02 VALUES (NEW.*);
...
CREATE RULE measurement_insert_y2008m01 AS
ON INSERT TO measurement WHERE
    ( logdate >= DATE '2008-01-01' AND logdate < DATE '2008-02-01' )
DO INSTEAD
    INSERT INTO measurement_y2008m01 VALUES (NEW.*);

規則的額外負荷明顯高於觸發器，但額外負荷是每個查詢支付一次，而不是每列支付一次，因此這種方法可能有利於批量插入情況。 但是，在大多數情況下，觸發器方法將提供更好的效能。

請注意，COPY 會忽略規則。 如果您想使用 COPY 插入資料，您需要複製到正確的子資料表，而不是直接複製到根資料表。 COPY 會觸發觸發器，因此如果使用觸發器方法，您可以正常使用它。

規則方法的另一個缺點是，如果規則集未涵蓋插入日期，則沒有簡單的方法可以強制產生錯誤；資料將以靜默方式進入根資料表。

確保 constraint_exclusion 組態參數未在 postgresql.conf 中停用；否則可能會不必要地存取子資料表。