浅谈PostgreSQL 11 新特性之默认分区-6ren

浅谈PostgreSQL 11 新特性之默认分区

转载作者：qq735679552 更新时间：2022-09-27 22:32:09

CFSDN坚持开源创造价值，我们致力于搭建一个资源共享平台，让每一个IT人在这里找到属于你的精彩世界.

这篇CFSDN的博客文章浅谈PostgreSQL 11 新特性之默认分区由作者收集整理，如果你对这篇文章有兴趣，记得点赞哟.

文章目录。

PosgtreSQL 11 支持为分区表创建一个默认（DEFAULT）的分区，用于存储无法匹配其他任何分区的数据。显然，只有 RANGE 分区表和 LIST 分区表需要默认分区.

 
    ? 
   
         CREATE 
         TABLE 
         measurement ( 
        
         city_id      
         int 
         not 
         null 
         , 
        
         logdate      
         date 
         not 
         null 
         , 
        
         peaktemp     
         int 
         , 
        
         unitsales     
         int 
        
         ) PARTITION  
         BY 
         RANGE (logdate); 
        
         CREATE 
         TABLE 
         measurement_y2018 PARTITION  
         OF 
         measurement 
        
         FOR 
         VALUES 
         FROM 
         ( 
         '2018-01-01' 
         )  
         TO 
         ( 
         '2019-01-01' 
         );

以上示例只创建了 2018 年的分区，如果插入 2017 年的数据，系统将会无法找到相应的分区:

 
    ? 
   
         INSERT 
         INTO 
         measurement(city_id,logdate,peaktemp,unitsales) 
        
         VALUES 
         (1,  
         '2017-10-01' 
         , 50, 200); 
        
         ERROR:  
         no 
         partition  
         of 
         relation  
         "measurement" 
         found  
         for 
         row 
        
         DETAIL: Partition  
         key 
         of 
         the failing row  
         contains 
         (logdate) = (2017-10-01).

使用默认分区可以解决这类问题。创建默认分区时使用 DEFAULT 子句替代 FOR VALUES 子句.

 
    ? 
   
         CREATE 
         TABLE 
         measurement_default PARTITION  
         OF 
         measurement  
         DEFAULT 
         ; 
        
         \d+ measurement 
        
         Table 
         "public.measurement" 
        
         Column  
         | Type  | Collation | Nullable |  
         Default 
         | Storage | Stats target | Description  
        
         -----------+---------+-----------+----------+---------+---------+--------------+------------- 
        
         city_id  |  
         integer 
         |      |  
         not 
         null 
         |     | plain  |       |  
        
         logdate  |  
         date  
         |      |  
         not 
         null 
         |     | plain  |       |  
        
         peaktemp |  
         integer 
         |      |     |     | plain  |       |  
        
         unitsales |  
         integer 
         |      |     |     | plain  |       |  
        
         Partition  
         key 
         : RANGE (logdate) 
        
         Partitions: measurement_y2018  
         FOR 
         VALUES 
         FROM 
         ( 
         '2018-01-01' 
         )  
         TO 
         ( 
         '2019-01-01' 
         ), 
        
         measurement_default  
         DEFAULT

有了默认分区之后，未定义分区的数据将会插入到默认分区中:

 
    ? 
   
         INSERT 
         INTO 
         measurement(city_id,logdate,peaktemp,unitsales) 
        
         VALUES 
         (1,  
         '2017-10-01' 
         , 50, 200); 
        
         INSERT 
         0 1 
        
         select 
         *  
         from 
         measurement_default; 
        
         city_id | logdate  | peaktemp | unitsales  
        
         ---------+------------+----------+----------- 
        
         1 | 2017-10-01 |    50 |    200 
        
         (1 row)

默认分区存在以下限制:

一个分区表只能拥有一个 DEFAULT 分区；。

对于已经存储在 DEFAULT 分区中的数据，不能再创建相应的分区；参见下文示例；。

如果将已有的表挂载为 DEFAULT 分区，将会检查该表中的所有数据；如果在已有的分区中存在相同的数据，将会产生一个错误；。

哈希分区表不支持 DEFAULT 分区，实际上也不需要支持.

使用默认分区也可能导致一些不可预见的问题。例如，往 measurement 表中插入一条 2019 年的数据，由于没有创建相应的分区，该记录同样会分配到默认分区:

 
    ? 
   
         INSERT 
         INTO 
         measurement(city_id,logdate,peaktemp,unitsales) 
        
         VALUES 
         (1,  
         '2019-03-25' 
         , 66, 100); 
        
         INSERT 
         0 1 
        
         select 
         *  
         from 
         measurement_default; 
        
         city_id | logdate  | peaktemp | unitsales  
        
         ---------+------------+----------+----------- 
        
         1 | 2017-10-01 |    50 |    200 
        
         1 | 2019-03-25 |    66 |    100 
        
         (2  
         rows 
         )

此时，如果再创建 2019 年的分区，操作将会失败。因为添加新的分区需要修改默认分区的范围（不再包含 2019 年的数据），但是默认分区中已经存在 2019 年的数据.

 
    ? 
   
 
     
       
       
         CREATE 
         TABLE 
         measurement_y2019 PARTITION  
         OF 
         measurement 
        
 
            
         FOR 
         VALUES 
         FROM 
         ( 
         '2019-01-01' 
         )  
         TO 
         ( 
         '2020-01-01' 
         ); 
        
 
         ERROR: updated partition  
         constraint 
         for 
         default 
         partition  
         "measurement_default" 
         would be violated  
         by 
         some 
         row 
        
 
     
 
   

为了解决这个问题，可以先将默认分区从分区表中卸载（DETACH PARTITION），创建新的分区，将默认分区中的相应的数据移动到新的分区，最后重新挂载默认分区.

 
    ? 
   
 
     
       
       
         ALTER 
         TABLE 
         measurement DETACH PARTITION measurement_default; 
        
 
         CREATE 
         TABLE 
         measurement_y2019 PARTITION  
         OF 
         measurement 
        
 
            
         FOR 
         VALUES 
         FROM 
         ( 
         '2019-01-01' 
         )  
         TO 
         ( 
         '2020-01-01' 
         ); 
        
 
         INSERT 
         INTO 
         measurement_y2019 
        
 
         SELECT 
         *  
         FROM 
         measurement_default  
         WHERE 
         logdate >=  
         '2019-01-01' 
         AND 
         logdate <  
         '2020-01-01' 
         ; 
        
 
         INSERT 
         0 1 
        
 
         DELETE 
         FROM 
         measurement_default  
         WHERE 
         logdate >=  
         '2019-01-01' 
         AND 
         logdate <  
         '2020-01-01' 
         ; 
        
 
         DELETE 
         1 
        
 
         ALTER 
         TABLE 
         measurement ATTACH PARTITION measurement_default  
         DEFAULT 
         ; 
        
 
         CREATE 
         TABLE 
         measurement_y2020 PARTITION  
         OF 
         measurement 
        
 
            
         FOR 
         VALUES 
         FROM 
         ( 
         '2020-01-01' 
         )  
         TO 
         ( 
         '2021-01-01' 
         ); 
        
 
         \d+ measurement 
        
 
                           
         Table 
         "public.measurement" 
        
 
           
         Column  
         | Type  | Collation | Nullable |  
         Default 
         | Storage | Stats target | Description  
        
 
         -----------+---------+-----------+----------+---------+---------+--------------+------------- 
        
 
           
         city_id  |  
         integer 
         |      |  
         not 
         null 
         |     | plain  |       |  
        
 
           
         logdate  |  
         date  
         |      |  
         not 
         null 
         |     | plain  |       |  
        
 
           
         peaktemp |  
         integer 
         |      |     |     | plain  |       |  
        
 
           
         unitsales |  
         integer 
         |      |     |     | plain  |       |  
        
 
         Partition  
         key 
         : RANGE (logdate) 
        
 
         Partitions: measurement_y2018  
         FOR 
         VALUES 
         FROM 
         ( 
         '2018-01-01' 
         )  
         TO 
         ( 
         '2019-01-01' 
         ), 
        
 
                
         measurement_y2019  
         FOR 
         VALUES 
         FROM 
         ( 
         '2019-01-01' 
         )  
         TO 
         ( 
         '2020-01-01' 
         ), 
        
 
                
         measurement_y2020  
         FOR 
         VALUES 
         FROM 
         ( 
         '2020-01-01' 
         )  
         TO 
         ( 
         '2021-01-01' 
         ), 
        
 
                
         measurement_default  
         DEFAULT 
        
 
     
 
   

官方文档：Table Partitioning 。

补充：postgresql10以上的自动分区分表功能。

一.列分表。

1.首先创建主分区表

。

 
    ? 
   
         create 
         table 
         fenbiao(  
        
         id  
         int 
         ,  
        
         year 
         varchar 
        
         ) partition  
         by 
         list( 
         year 
         )

这里设置的是根据year列进行数据分表;创建后使用navicat是看不到的,

2.创建分表

create table fenbiao_2017 partition of fenbiao for values in ('2017') 。

create table fenbiao_2018 partition of fenbiao for values in ('2018') 。

这样这两天数据会依靠规则插入到不同分表中,如果插入一条不符合规则的数据,则会报错误:no partition of relation "fenbiao" found for row. 。

。

二.范围分表。

1.以year列为范围进行分表。

。

 
    ? 
   
         create 
         table 
         fenbiao2(  
        
         id  
         int 
         ,  
        
         year 
         varchar 
        
         ) partition  
         by 
         range( 
         year 
         )

2.创建分表。

create table fenbiao2_2018_2020 partition of fenbiao2 for values from ('2018') to ('2020') 。

create table fenbiao2_2020_2030 partition of fenbiao2 for values from ('2020') to ('2030') 。

注意:此时插入year=2020会插入到下面的表;如下面表范围为2021到2030,则会报错;同时插入2030也会报错;范围相当于时a<=year<b,

以上为个人经验，希望能给大家一个参考，也希望大家多多支持我。如有错误或未考虑完全的地方，望不吝赐教.

原文链接：https://tonydong.blog.csdn.net/article/details/86076038 。

最后此篇关于浅谈PostgreSQL 11 新特性之默认分区的文章就讲到这里了,如果你想了解更多关于浅谈PostgreSQL 11 新特性之默认分区的内容请搜索CFSDN的文章或继续浏览相关文章，希望大家以后支持我的博客！。

文章推荐： mysql MGR 单主多主模式切换知识点详解

文章推荐： PostgreSQL 重复数据处理的操作方法

文章推荐： MySQL模式 Strict Mode知识点详解

文章推荐： PostgreSQL去掉表中所有不可见字符的操作

浅谈：服务架构进化论
服务架构进化论原始分布式时代　　一直以来，我可能和大多数的人认知一样，认为我们的服务架构的源头是单体架构，其实不然，早在单体系
浅谈.Net中的序列化和反序列化
序列化和反序列化相信大家都经常听到，也都会用，然而有些人可能不知道：.net为什么要有这个东西以及.net frameword如何为我们实现这样的机制，在这里我也是简单谈谈我对序列化和反序列化的
浅谈：站长怎样才能编辑高质量的网站内容
　　内容，是网站的核心所在。要打造一个受用户和搜索引擎关注的网站，就必须从网站本身的内容抓起。在时下这个网络信息高速发展的时代，许多低质量的信息也在不断地充斥着整个网络，而搜索引擎对一些高质量的内容
浅谈.Net并行计算之数据并行
从第一台计算机问世到现在计算机硬件技术已经有了很大的发展。不管是现在个人使用的PC还是公司使用的服务器。双核，四核,八核的CPU已经非常常见。这样我们可以将我们程序分摊到多个计算机CPU中去计算，在
浅谈.net平台下深拷贝和浅拷贝
基本概念：浅拷贝：指对象的字段被拷贝，而字段引用的对象不会被拷贝，拷贝对象和原对象仅仅是引用名称有所不同，但是它们共用一份实体。对任何一个对象的改变，都会影响到另外一个对象。大部分的引用类型，实
浅谈.NET中加密和解密的实现方法分享
.NET将原来独立的API和SDK合并到一个框架中，这对于程序开发人员非常有利。它将CryptoAPI改编进.NET的System.Security.Cryptography名字空间，使密码服务摆脱
浅谈“文件与文件流”的区别
文件与文件流的区别（自己的话）：在软件开发过程中，我们常常把文件的 “读写操作” ，与 “创造、移动、复制、删除操作” 区分开来
浅谈.Net Core后端单元测试的实现
1. 前言单元测试一直都是"好处大家都知道很多,但是因为种种原因没有实施起来"的一个老大难问题。具体是否应该落地单元测试，以及落地的程度, 每个项目都有自己的情况。本篇为
浅谈 javascript 事件处理
事件处理 1、事件源：任何一个HTML元素（节点），body、div、button 2、事件：你的操作 &
浅谈 Java 反射技术
1、什么是反射? 反射 (Reflection) 是 Java 的特征之一，它允许运行中的 Java 程序获取自身的信息，并且可以操作类或对象的内部属性。 Oracle 官方对
浅谈@RequestParam 参数是否必须传的问题
1、源码展示 ? 1
浅谈 JDBC 元数据
Java 通过JDBC获得连接以后，得到一个Connection 对象，可以从这个对象获得有关数据库管理系统的各种信息，包括数据库中的各个表，表中的各个列，数据类型，触发器，存储过程等各方面的信息。
浅谈.NET反射机制的性能优化附实例下载
可能大家谈到反射面部肌肉都开始抽搐了吧！因为在托管语言里面，最臭名昭著的就是反射！它的性能实在是太低了，甚至在很多时候让我们无法忍受。不过不用那么纠结了，老陈今天就来分享一下如何来优化反射！&nbs
浅谈 Windows 驱动开发，你会了吗？
1. 前言最近一段时间一直在研究windows 驱动开发，简单聊聊。对比 linux，windows 驱动无论是市面上的书籍，视频还是社区，博文以及号主，写的人很少，导
浅谈#ifndef,#define,#endif的作用和用法
问题：ifndef/define/endif”主要目的是防止头文件的重复包含和编译 ========================================================
浅谈.Net Core 认证系统源码解析
不知不觉.Net Core已经推出到3.1了,大多数以.Net为技术栈的公司也开始逐步的切换到了Core,从业也快3年多了,一直坚持着.不管环境
浅谈 java中ArrayList、Vector、LinkedList的区别联系
以前面试的时候经常会碰到这样的问题.，叫你写一下ArrayList.LinkedList.Vector三者之间的区别与联系：原先一直搞不明白，不知道这三者之间到底有什么区别？哎，惭愧，基础太差啊，木
浅谈@RequestParam(required = true)的误区
目录 @RequestParam(required = true)的误区先说结论参数总结 @RequestParam(r
浅谈 FTP、FTPS 与 SFTP的区别
目录 FTP、FTPS 与 SFTP 简介 FTP FTPS SFTP FTP 软件的主动模式和被动模式的区别
浅谈 C++17 里的 Visitor 模式
1、Visitor Pattern 访问者模式是一种行为模式，允许任意的分离的访问者能够在管理者控制下访问所管理的元素。访问者不能改变对象的定义（但这并不是强制性的，你可以约定为允许改变）。对管

qq735679552

个人简介

我是一名优秀的程序员,十分优秀！

作者热门文章

滴滴打车优惠券免费领取

全站热门文章

首页

博学

6Ren·AI

商城

浅谈PostgreSQL 11 新特性之默认分区