创建 measurement 表时，将它定义为分区表，指定 PARTITION BY 子句，其中包括分区方法（本例为 RANGE）及用作分区键的列列表。

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

如果需要，可以在范围分区的分区键中使用多列。当然，这通常会产生更多分区，而各个分区更小。反过来，使用较少的列可能会使分区条件更粗，从而产生较少的分区。如果查询条件涉及这些列中的部分或全部列，访问分区表的查询就只需扫描较少的分区。例如，考虑一个依次使用 lastname 和 firstname 作为分区键的范围分区表。

创建分区。每个分区的定义必须指定与父表的分区方法和分区键对应的边界。请注意，指定边界如果使得新分区的值与一个或多个现有分区中的值重叠将导致错误。向父表插入无法映射到任何已有分区的数据会报错，必须手动添加适当的分区。

分区以普通 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_y2006m02 (logdate);
CREATE INDEX ON measurement_y2006m03 (logdate);
...
CREATE INDEX ON measurement_y2007m11 (logdate);
CREATE INDEX ON measurement_y2007m12 (logdate);
CREATE INDEX ON measurement_y2008m01 (logdate);

确保 constraint_exclusion 配置参数在 postgresql.conf 中没有被禁用。如果被禁用，查询将不会按照想要的方式被优化。

创建“根”表，所有分区都将从它继承。这个表将不包含数据。不要在这个表上定义任何检查约束，除非想让它们应用到所有分区上。同样，在这个表上定义索引或者唯一约束也没有意义。对于我们的示例来说，根表是最初定义的 measurement 表。

创建若干“子”表，每个都从根表继承。通常，这些表不会在从根表继承的列集合之外增加任何列。和声明式分区一样，这些分区就是普通的 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 PROCEDURE 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 中没有被禁用，否则查询将无法按预期得到优化。