通过指定包含分区方法（在这种情况下为RANGE）和要用作分区键的列列表的PARTITION BY子句，将measurement表创建为分区表。

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_y2006m02的measurement中的数据（或直接插入到measurement_y2006m02中的数据，只要满足其分区约束，允许这样做），都将进一步根据peaktemp列重定向到其某个分区。指定的 partition key 可能与父 partition key 重叠，尽管在指定分区的分界时应格外小心，以使它接受的数据集成为分区自身分界允许的子集；系统不会尝试检查是否实际上是这种情况。

将数据插入到未映射到现有分区之一的父表中将导致错误；必须手动添加适当的分区。

不需要手动创建描述分区表分区边界条件的表约束。此类约束将自动创建。

在分区表上创建关键列索引以及您可能需要的任何其他索引。（关键索引不是绝对必要的，但在大多数情况下它是有帮助的。）这将在每个分区上自动创建匹配索引，并且您稍后创建或附加的任何分区也将具有此类索引。在分区表上声明的索引或唯一约束与分区表一样是“虚拟”的：实际数据位于各个分区表中的子索引中。

CREATE INDEX ON measurement (logdate);

确保enable_partition_pruning配置参数在postgresql.conf中未禁用。如果禁用，则不会按所需优化查询。

创建 “root” 表，所有 “child” 表都将从中继承。此表将不包含任何数据。不要对此表定义任何检查约束，除非您打算将它们均等地应用于所有子表。也没有必要对此表定义任何索引或唯一约束。对于我们的示例，根表是最初定义的 measurement 表

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

创建几个 “child” 表，每个表都从根表继承。通常，这些表不会向从根继承的集合中添加任何列。就像声明分区一样，这些表在各个方面都是正常的 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 中禁用；否则可能会不必要地访问子表。