背景

1、产品的问题点

• PG 没有全局索引

2、问题点背后涉及的技术原理

• PG的索引支持到表级别, 如果是分区表那么每个分区创建对应索引, 不能针对分区表建立全局索引.

3、这个问题将影响哪些行业以及业务场景

• 使用了分区表, 且希望对非分区字段进行全局唯一约束的场景.

• • 分区表只能选择一种分区键, 如果要约束唯一性, 必须包含分区键, 例如ID, 那么可以设置ID唯一, 或者(ID, col1)唯一, 但是不能设置col1唯一.

• 使用了分区表, 并且在非分区字段有排序需求, 即使支持了merge sort还是觉得不够的用户. 必须最高速度从全局索引拿到结果.

4、会导致什么问题?

• 无法支持非分区字段进行全局唯一约束的场景.
• 对非分区字段排序, 即使每个分区上有对应索引, 也需要访问所有分区, 进行merge sort, 有一定性能影响.

5、业务上应该如何避免这个坑

• 基本无解, 除非不使用分区表.

6、业务上避免这个坑牺牲了什么, 会引入什么新的问题

7、数据库未来产品迭代如何修复这个坑

• 希望内核层面支持分区表的全局索引