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

本文涉及的产品
云原生数据库 PolarDB MySQL 版,Serverless 5000PCU 100GB
简介: 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数据库、数据库生态工具、云原生智能化数据库管控平台,为阿里巴巴经济体以及各个行业的企业客户和开发者提供从公共云到混合云再到私有云的完整解决方案,提供基于云基础设施进行数据从处理、到存储、再到计算与分析的一体化解决方案。本节课带你了解阿里云数据库产品家族及特性。
目录
相关文章
|
29天前
|
关系型数据库 分布式数据库 数据库
PolarDB常见问题之加了索引但是查询没有使用如何解决
PolarDB是阿里云推出的下一代关系型数据库,具有高性能、高可用性和弹性伸缩能力,适用于大规模数据处理场景。本汇总囊括了PolarDB使用中用户可能遭遇的一系列常见问题及解答,旨在为数据库管理员和开发者提供全面的问题指导,确保数据库平稳运行和优化使用体验。
|
2月前
|
SQL 算法 关系型数据库
PolarDB-X的XPlan索引选择
对于数据库来说,正确的选择索引是基本的要求,选错索引轻则导致查询缓慢,重则导致数据库整体不可用。PolarDB-X存在多种不同的索引,局部索引、全局索引、列存索引、归档表索引。本文主要介绍一种CN上的局部索引算法:XPlan索引选择。
125755 13
PolarDB-X的XPlan索引选择
|
6月前
|
SQL 监控 关系型数据库
PostgreSQL普通表转换成分区表
如何使用pg_rewrite扩展将普遍表转换成分区表
271 0
|
3月前
|
关系型数据库 定位技术 索引
在关系型数据库中,常见的索引种类包括哪些
在关系型数据库中,常见的索引种类包括哪些
486 0
|
6月前
|
关系型数据库 MySQL 分布式数据库
PolarDB MySQL版重磅推出的列存索引(
PolarDB MySQL版重磅推出的列存索引(
338 1
|
6月前
|
关系型数据库 Go 数据库
《提高查询速度:PostgreSQL索引实用指南》
《提高查询速度:PostgreSQL索引实用指南》
355 0
|
6月前
|
SQL 缓存 关系型数据库
PolarDB-X 混沌测试实践:如何衡量数据库索引选择能力
随着PolarDB分布式版的不断演进,功能不断完善,新的特性不断增多,整体架构扩大的同时带来了测试链路长,出现问题前难发现,出现问题后难排查等等问题。原有的测试框架已经难以支撑实际场景的复杂模拟测试。因此,我们实现了一个基于业务场景面向优化器索引选择的混沌查询实验室,本文之后简称为CEST(complex environment simulation test)。
|
7月前
|
关系型数据库 分布式数据库 数据库
PolarDB for PostgreSQL 14:全局索引
PolarDB for PostgreSQL 14 相较于 PostgreSQL 14,提供了更多企业级数据库的特性。本实验将体验其中的全局索引功能。
754 0
|
7月前
|
弹性计算 关系型数据库 OLAP
AnalyticDB PostgreSQL版向量索引查询
本案例对比了传统查询和使用向量索引执行查询的执行时间,助您体验使用向量索引查询带来的高效和快捷。
779 0
|
7月前
|
存储 关系型数据库 数据库
PostgreSQL技术大讲堂 - 第28讲:索引内部结构
从零开始学PostgreSQL技术大讲堂 - 第28讲:索引内部结构
398 2