PostgreSQL 11 新特性解读:分区表支持创建主键、外键、索引

本文涉及的产品
云原生数据库 PolarDB MySQL 版,通用型 2核8GB 50GB
云原生数据库 PolarDB PostgreSQL 版,标准版 2核4GB 50GB
简介: PostgreSQL 10 版本虽然支持创建范围分区表和列表分区表,但创建过程依然比较繁琐,需要手工定义子表索引、主键,详见 PostgreSQL10:重量级新特性-支持分区表,PostgreSQL 11 版本得到增强,在父表上创建索引、主键、外键后,子表上将自动创建,本文演示这三种场景。

PostgreSQL 10 版本虽然支持创建范围分区表和列表分区表,但创建过程依然比较繁琐,需要手工定义子表索引、主键,详见 PostgreSQL10:重量级新特性-支持分区表,PostgreSQL 11 版本得到增强,在父表上创建索引、主键、外键后,子表上将自动创建,本文演示这三种场景。

值得一提的是,11 版本之前 PostgreSQL 的分区表不支持全局主键,虽然可以在父表和子表上分别定义主键,但不支持全局主键,也就是说,父表和子表、子表和子表的主键数据可以重复。

手册上的 Release 说明

Support for PRIMARY KEY, FOREIGN KEY, indexes, and triggers on partitioned tables

本文以创建哈希分区表为例进行测试。

测试环境准备

创建分区表并插入测试数据,为后续测试做准备。

创建父表

CREATE TABLE userinfo (
 userid    int4,
 username  character varying(64),
 ctime   timestamp(6) without time zone
) PARTITION BY HASH(userid);

创建子表

CREATE TABLE userinfo_p0 PARTITION OF userinfo FOR VALUES WITH(MODULUS 4, REMAINDER 0);
CREATE TABLE userinfo_p1 PARTITION OF userinfo FOR VALUES WITH(MODULUS 4, REMAINDER 1);
CREATE TABLE userinfo_p2 PARTITION OF userinfo FOR VALUES WITH(MODULUS 4, REMAINDER 2);
CREATE TABLE userinfo_p3 PARTITION OF userinfo FOR VALUES WITH(MODULUS 4, REMAINDER 3);

插入数据

给分区表插入100万数据,如下:

INSERT INTO userinfo(userid,username,ctime) SELECT n, n || '_username',clock_timestamp() FROM generate_series(1,1000000) n;

测试一: 创建主键

在父表上创建主键,如下。

ALTER TABLE userinfo ADD PRIMARY KEY (userid);

在父表上查看,如下。

francs=> \d userinfo
                          Table "francs.userinfo"
  Column  |              Type              | Collation | Nullable | Default
----------+--------------------------------+-----------+----------+---------
 userid   | integer                        |           | not null |
 username | character varying(64)          |           |          |
 ctime    | timestamp(6) without time zone |           |          |
Partition key: HASH (userid)
Indexes:
    "userinfo_pkey" PRIMARY KEY, btree (userid)
Number of partitions: 4 (Use \d+ to list them.)

查看子表,发现子表上也有了主键。

francs=> \d userinfo_p0
                         Table "francs.userinfo_p0"
  Column  |              Type              | Collation | Nullable | Default
----------+--------------------------------+-----------+----------+---------
 userid   | integer                        |           | not null |
 username | character varying(64)          |           |          |
 ctime    | timestamp(6) without time zone |           |          |
Partition of: userinfo FOR VALUES WITH (modulus 4, remainder 0)
Indexes:
    "userinfo_p0_pkey" PRIMARY KEY, btree (userid)

此主键为全局主键,子表间的主键之间不能有重复数据。

测试二: 创建索引

在父表上创建索引,如下

francs=> CREATE INDEX idx_userinfo_username ON userinfo USING BTREE(username);
CREATE INDEX

发现父表和子表上都创建了索引,如下。

francs=> \d userinfo
                          Table "francs.userinfo"
  Column  |              Type              | Collation | Nullable | Default
----------+--------------------------------+-----------+----------+---------
 userid   | integer                        |           | not null |
 username | character varying(64)          |           |          |
 ctime    | timestamp(6) without time zone |           |          |
Partition key: HASH (userid)
Indexes:
    "userinfo_pkey" PRIMARY KEY, btree (userid)
    "idx_userinfo_username" btree (username)
Number of partitions: 4 (Use \d+ to list them.)

francs=> \d userinfo_p1
                         Table "francs.userinfo_p1"
  Column  |              Type              | Collation | Nullable | Default
----------+--------------------------------+-----------+----------+---------
 userid   | integer                        |           | not null |
 username | character varying(64)          |           |          |
 ctime    | timestamp(6) without time zone |           |          |
Partition of: userinfo FOR VALUES WITH (modulus 4, remainder 1)
Indexes:
    "userinfo_p1_pkey" PRIMARY KEY, btree (userid)
    "userinfo_p1_username_idx" btree (username)

测试三: 创建外键

例如两张表,supplier_groups 和 supplier 分别用来存储供应商分组和供应商信, 如下。

CREATE TABLE supplier_groups(
    group_id    int4 PRIMARY KEY,
    group_name  text
);

CREATE TABLE suppliers (
    supplier_id    int4 PRIMARY KEY,
    supplier_name  text,
    group_id       int4 REFERENCES supplier_groups(group_id)
) PARTITION BY HASH (supplier_id);

创建子表

CREATE TABLE suppliers_p0 PARTITION OF suppliers FOR VALUES WITH(MODULUS 4, REMAINDER 0);
CREATE TABLE suppliers_p1 PARTITION OF suppliers FOR VALUES WITH(MODULUS 4, REMAINDER 1);
CREATE TABLE suppliers_p2 PARTITION OF suppliers FOR VALUES WITH(MODULUS 4, REMAINDER 2);
CREATE TABLE suppliers_p3 PARTITION OF suppliers FOR VALUES WITH(MODULUS 4, REMAINDER 3);

查看子表

查看子表,发现子表上也自动创建了外键。

francs=> \d suppliers_p0
               Table "francs.suppliers_p0"
    Column     |  Type   | Collation | Nullable | Default
---------------+---------+-----------+----------+---------
 supplier_id   | integer |           | not null |
 supplier_name | text    |           |          |
 group_id      | integer |           |          |
Partition of: suppliers FOR VALUES WITH (modulus 4, remainder 0)
Indexes:
    "suppliers_p0_pkey" PRIMARY KEY, btree (supplier_id)
Foreign-key constraints:
    "suppliers_group_id_fkey" FOREIGN KEY (group_id) REFERENCES supplier_groups(group_id)

总结

以上演示了 PostgreSQL 11 分区表在父表上创建索引、主键、外键后,子表会自动创建相应索引、主键、外键,相比10版本极大减少了分区表维护工作量。

参考

新书推荐

最后推荐和张文升共同编写的《PostgreSQL实战》,本书基于PostgreSQL 10 编写,共18章,重点介绍SQL高级特性、并行查询、分区表、物理复制、逻辑复制、备份恢复、高可用、性能优化、PostGIS等,涵盖大量实战用例!

购买链接:https://item.jd.com/12405774.html
_5_PostgreSQL_

相关实践学习
使用PolarDB和ECS搭建门户网站
本场景主要介绍如何基于PolarDB和ECS实现搭建门户网站。
阿里云数据库产品家族及特性
阿里云智能数据库产品团队一直致力于不断健全产品体系,提升产品性能,打磨产品功能,从而帮助客户实现更加极致的弹性能力、具备更强的扩展能力、并利用云设施进一步降低企业成本。以云原生+分布式为核心技术抓手,打造以自研的在线事务型(OLTP)数据库Polar DB和在线分析型(OLAP)数据库Analytic DB为代表的新一代企业级云原生数据库产品体系, 结合NoSQL数据库、数据库生态工具、云原生智能化数据库管控平台,为阿里巴巴经济体以及各个行业的企业客户和开发者提供从公共云到混合云再到私有云的完整解决方案,提供基于云基础设施进行数据从处理、到存储、再到计算与分析的一体化解决方案。本节课带你了解阿里云数据库产品家族及特性。
目录
相关文章
|
存储 关系型数据库 数据库
深入了解 PostgreSQL:功能、特性和部署
PostgreSQL,通常简称为Postgres,是一款强大且开源的关系型数据库管理系统(RDBMS),它在数据存储和处理方面提供了广泛的功能和灵活性。本文将详细介绍 PostgreSQL 的功能、特性以及如何部署和使用它。
1316 1
深入了解 PostgreSQL:功能、特性和部署
|
5月前
|
存储 监控 关系型数据库
B-tree不是万能药:PostgreSQL索引失效的7种高频场景与破解方案
在PostgreSQL优化实践中,B-tree索引虽承担了80%以上的查询加速任务,但因多种原因可能导致索引失效,引发性能骤降。本文深入剖析7种高频失效场景,包括隐式类型转换、函数包裹列、前导通配符等,并通过实战案例揭示问题本质,提供生产验证的解决方案。同时,总结索引使用决策矩阵与关键原则,助你让索引真正发挥作用。
370 0
|
5月前
|
存储 关系型数据库 测试技术
拯救海量数据:PostgreSQL分区表性能优化实战手册(附压测对比)
本文深入解析PostgreSQL分区表的核心原理与优化策略,涵盖性能痛点、实战案例及压测对比。首先阐述分区表作为继承表+路由规则的逻辑封装,分析分区裁剪失效、全局索引膨胀和VACUUM堆积三大性能杀手,并通过电商订单表崩溃事件说明旧分区维护的重要性。接着提出四维设计法优化分区策略,包括时间范围分区黄金法则与自动化维护体系。同时对比局部索引与全局索引性能,展示后者在特定场景下的优势。进一步探讨并行查询优化、冷热数据分层存储及故障复盘,解决分区锁竞争问题。
692 2
|
监控 关系型数据库 数据库
PostgreSQL的索引优化策略?
【8月更文挑战第26天】PostgreSQL的索引优化策略?
460 1
|
9月前
|
SQL 关系型数据库 OLAP
云原生数据仓库AnalyticDB PostgreSQL同一个SQL可以实现向量索引、全文索引GIN、普通索引BTREE混合查询,简化业务实现逻辑、提升查询性能
本文档介绍了如何在AnalyticDB for PostgreSQL中创建表、向量索引及混合检索的实现步骤。主要内容包括:创建`articles`表并设置向量存储格式,创建ANN向量索引,为表增加`username`和`time`列,建立BTREE索引和GIN全文检索索引,并展示了查询结果。参考文档提供了详细的SQL语句和配置说明。
279 2
|
10月前
|
JSON 关系型数据库 PostgreSQL
PostgreSQL 9种索引的原理和应用场景
PostgreSQL 支持九种主要索引类型,包括 B-Tree、Hash、GiST、SP-GiST、GIN、BRIN、Bitmap、Partial 和 Unique 索引。每种索引适用于不同场景,如 B-Tree 适合范围查询和排序,Hash 仅用于等值查询,GiST 支持全文搜索和几何数据查询,GIN 适用于多值列和 JSON 数据,BRIN 适合非常大的表,Bitmap 适用于低基数列,Partial 只对部分数据创建索引,Unique 确保列值唯一。
|
SQL 监控 关系型数据库
PostgreSQL普通表转换成分区表
如何使用pg_rewrite扩展将普遍表转换成分区表
|
SQL 关系型数据库 MySQL
SQL Server、MySQL、PostgreSQL:主流数据库SQL语法异同比较——深入探讨数据类型、分页查询、表创建与数据插入、函数和索引等关键语法差异,为跨数据库开发提供实用指导
【8月更文挑战第31天】SQL Server、MySQL和PostgreSQL是当今最流行的关系型数据库管理系统,均使用SQL作为查询语言,但在语法和功能实现上存在差异。本文将比较它们在数据类型、分页查询、创建和插入数据以及函数和索引等方面的异同,帮助开发者更好地理解和使用这些数据库。尽管它们共用SQL语言,但每个系统都有独特的语法规则,了解这些差异有助于提升开发效率和项目成功率。
1552 0
|
关系型数据库 数据库 PostgreSQL
PostgreSQL索引维护看完这篇就够了
PostgreSQL索引维护看完这篇就够了
1114 0
|
关系型数据库 数据库 PostgreSQL

推荐镜像

更多
下一篇
oss云网关配置