postgresql分妺_转载：postgresql分区与优化

最新推荐文章于 2022-09-03 22:45:38 发布
最新推荐文章于 2022-09-03 22:45:38 发布
阅读量132 收藏
点赞数
文章标签： postgresql分妺
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_39947306/article/details/111780640
版权

--对于分区表constraint_exclusion 这个参数需要配置为partition或on

postgres=# show constraint_exclusion ;

constraint_exclusion

----------------------

partition

--创建父子表, 用于存储分区数据

create table t(id int primary key);

create table t1(like t including all) inherits(t);

create table t2(like t including all) inherits(t);

create table t3(like t including all) inherits(t);

create table t4(like t including all) inherits(t);

--PostgreSQL的子表和子表之间的约束是没有任何关系的, 所以也可以有重叠, 即非全局约束.

alter table t1 add constraint ck_t1_1 check(id<0);

alter table t2 add constraint ck_t2_1 check(id>=0 and id<100);

alter table t3 add constraint ck_t3_1 check(id>=100 and id<200);

alter table t4 add constraint ck_t4_1 check(id>=200);

--分区字段传入常量, 执行时扫描的是父表和约束对应的子表 :

postgres=# explain select * from t where id=10;

QUERY PLAN

-----------------------------------------------------------------------------

Append (cost=0.00..8.17 rows=2 width=4)

-> Seq Scan on t (cost=0.00..0.00 rows=1 width=4)

Filter: (id = 10)

-> Index Only Scan using t2_pkey on t2 (cost=0.15..8.17 rows=1 width=4)

Index Cond: (id = 10)

(5 rows)

--分区字段传入常量, 执行时扫描的是父表和约束对应的子表;

postgres=# prepare p_test as select * from t where id=$1;

PREPARE

postgres=# explain execute p_test(1);

QUERY PLAN

-----------------------------------------------------------------------------

Append (cost=0.00..8.17 rows=2 width=4)

-> Seq Scan on t (cost=0.00..0.00 rows=1 width=4)

Filter: (id = 1)

-> Index Only Scan using t2_pkey on t2 (cost=0.15..8.17 rows=1 width=4)

Index Cond: (id = 1)

(5 rows)

--子句查询, 执行时扫描的是父表和所有子表, 注意这里使用的子查询是子表的查询, 理论上应该是扫描父表和该子表

postgres=# explain select * from t where id=(select id from t1 limit 1);

QUERY PLAN

-----------------------------------------------------------------------------

Append (cost=0.01..32.70 rows=5 width=4)

InitPlan 1 (returns $0)

-> Limit (cost=0.00..0.01 rows=1 width=4)

-> Seq Scan on t1 t1_1 (cost=0.00..34.00 rows=2400 width=4)

-> Seq Scan on t (cost=0.00..0.00 rows=1 width=4)

Filter: (id = $0)

-> Index Only Scan using t1_pkey on t1 (cost=0.15..8.17 rows=1 width=4)

Index Cond: (id = $0)

-> Index Only Scan using t2_pkey on t2 (cost=0.15..8.17 rows=1 width=4)

Index Cond: (id = $0)

-> Index Only Scan using t3_pkey on t3 (cost=0.15..8.17 rows=1 width=4)

Index Cond: (id = $0)

-> Index Only Scan using t4_pkey on t4 (cost=0.15..8.17 rows=1 width=4)

Index Cond: (id = $0)

(14 rows)

--综上可知在对分区表进行查询时最好使用字面常量，而不要使用子查询之类复杂的sql

--如果子表上约束删除，则pg不得不把删除约束的子表也加入到查询中(即使子表可以忽略)

alter table t4 drop constraint ck_t4_1;

postgres=# explain select * from t where id=10;

QUERY PLAN

-----------------------------------------------------------------------------

Append (cost=0.00..16.34 rows=3 width=4)

-> Seq Scan on t (cost=0.00..0.00 rows=1 width=4)

Filter: (id = 10)

-> Index Only Scan using t2_pkey on t2 (cost=0.15..8.17 rows=1 width=4)

Index Cond: (id = 10)

-> Index Only Scan using t4_pkey on t4 (cost=0.15..8.17 rows=1 width=4)

Index Cond: (id = 10)

(7 rows)

--如果constraint_exclusion设置为off，pg不得不进行全表扫描

postgres=# set constraint_exclusion=off;

SET

postgres=# explain select * from t where id=10;

QUERY PLAN

-----------------------------------------------------------------------------

Append (cost=0.00..32.69 rows=5 width=4)

-> Seq Scan on t (cost=0.00..0.00 rows=1 width=4)

Filter: (id = 10)

-> Index Only Scan using t1_pkey on t1 (cost=0.15..8.17 rows=1 width=4)

Index Cond: (id = 10)

-> Index Only Scan using t2_pkey on t2 (cost=0.15..8.17 rows=1 width=4)

Index Cond: (id = 10)

-> Index Only Scan using t3_pkey on t3 (cost=0.15..8.17 rows=1 width=4)

Index Cond: (id = 10)

-> Index Only Scan using t4_pkey on t4 (cost=0.15..8.17 rows=1 width=4)

Index Cond: (id = 10)

(11 rows)

--分区表上一般针对分区建立相对应的分区索引

--建在父表的索引为全局索引，但如果你表没有数据要查询子表时，则分区表要进行全表扫描

--父表建立的全局索引

postgres=# \d+ p

Table "public.p"

Column | Type | Modifiers | Storage | Stats target | Description

-----------+--------------------------------+-----------+---------+--------------+-------------

city_id | integer | not null | plain | |

logtime | timestamp(0) without time zone | not null | plain | |

peaktemp | integer | | plain | |

unitsales | integer | | plain | |

Indexes:

"idx_city_id" btree (city_id)

"idx_p_logtime" btree (logtime)

Triggers:

delete_p_trigger BEFORE DELETE ON p FOR EACH ROW EXECUTE PROCEDURE p_delete_trigger()

insert_p_trigger BEFORE INSERT ON p FOR EACH ROW EXECUTE PROCEDURE p_insert_trigger()

Child tables: p_201201,

p_201202,

p_201203,

p_201204,

p_201205,

p_201206,

p_201207,

p_201208,

p_201209,

p_201210,

p_201211,

p_201212,

p_default

Has OIDs: no

--分区没有索引，不能使用父表索引

postgres=# explain select * from p_201202 where city_id=2 and logtime=timestamp '2012-02-02 12:59:59';

QUERY PLAN

----------------------------------------------------------------------------------------------

Seq Scan on p_201202 (cost=0.00..214.01 rows=2 width=20)

Filter: ((city_id = 2) AND (logtime = '2012-02-02 12:59:59'::timestamp without time zone))

(2 rows)

--建立分区索引，可以使用分区索引

postgres=# CREATE INDEX idx_p_201202_city_id ON p_201202 (city_id);

CREATE INDEX

postgres=# explain select * from p_201202 where city_id=2 and logtime=timestamp '2012-02-02 12:59:59';

QUERY PLAN

--------------------------------------------------------------------------------------

Index Scan using idx_p_201202_city_id on p_201202 (cost=0.29..8.33 rows=2 width=20)

Index Cond: (city_id = 2)

Filter: (logtime = '2012-02-02 12:59:59'::timestamp without time zone)

--也可以指定只查询父表的数据

postgres=# select * from only p;

city_id | logtime | peaktemp | unitsales

---------+---------+----------+-----------

(0 rows)

--如果一个分区表，父子表之间不再有继承关系，则查询父表时不再过滤到子表

postgres=# alter table t3 no inherit t;

ALTER TABLE

postgres=# explain select count(*) from t;

QUERY PLAN

------------------------------------------------------------------

Aggregate (cost=73.50..73.51 rows=1 width=0)

-> Append (cost=0.00..62.80 rows=4281 width=0)

-> Seq Scan on t (cost=0.00..0.00 rows=1 width=0)

-> Seq Scan on t1 (cost=0.00..31.40 rows=2140 width=0)

-> Seq Scan on t2 (cost=0.00..31.40 rows=2140 width=0)

(5 rows)

--再次添加继承，查询父表可以过滤到子表

postgres=# alter table t3 inherit t;

ALTER TABLE

postgres=# explain select count(*) from t;

QUERY PLAN

------------------------------------------------------------------

Aggregate (cost=110.25..110.26 rows=1 width=0)

-> Append (cost=0.00..94.20 rows=6421 width=0)

-> Seq Scan on t (cost=0.00..0.00 rows=1 width=0)

-> Seq Scan on t1 (cost=0.00..31.40 rows=2140 width=0)

-> Seq Scan on t2 (cost=0.00..31.40 rows=2140 width=0)

-> Seq Scan on t3 (cost=0.00..31.40 rows=2140 width=0)

(6 rows)

--以下为p表测试数据代码

CREATE TABLE p (

city_id int not null,

logtime timestamp(0) not null,

peaktemp int,

unitsales int

);

CREATE INDEX idx_p_logtime ON p (logtime);

CREATE TABLE p_201201 (LIKE p INCLUDING all) INHERITS (p);

CREATE TABLE p_201202 (LIKE p INCLUDING all) INHERITS (p);

CREATE TABLE p_201203 (LIKE p INCLUDING all) INHERITS (p);

CREATE TABLE p_201204 (LIKE p INCLUDING all) INHERITS (p);

CREATE TABLE p_201205 (LIKE p INCLUDING all) INHERITS (p);

CREATE TABLE p_201206 (LIKE p INCLUDING all) INHERITS (p);

CREATE TABLE p_201207 (LIKE p INCLUDING all) INHERITS (p);

CREATE TABLE p_201208 (LIKE p INCLUDING all) INHERITS (p);

CREATE TABLE p_201209 (LIKE p INCLUDING all) INHERITS (p);

CREATE TABLE p_201210 (LIKE p INCLUDING all) INHERITS (p);

CREATE TABLE p_201211 (LIKE p INCLUDING all) INHERITS (p);

CREATE TABLE p_201212 (LIKE p INCLUDING all) INHERITS (p);

CREATE TABLE p_default (LIKE p INCLUDING all) INHERITS (p);

CREATE OR REPLACE FUNCTION p_insert_trigger()

RETURNS TRIGGER AS $$

BEGIN

IF ( NEW.logtime >= DATE '2012-01-01' AND NEW.logtime < DATE '2012-02-01' ) THEN

INSERT INTO p_201201 VALUES (NEW.*);

ELSIF ( NEW.logtime >= DATE '2012-02-01' AND NEW.logtime < DATE '2012-03-01' ) THEN

INSERT INTO p_201202 VALUES (NEW.*);

ELSIF ( NEW.logtime >= DATE '2012-03-01' AND NEW.logtime < DATE '2012-04-01' ) THEN

INSERT INTO p_201203 VALUES (NEW.*);

ELSIF ( NEW.logtime >= DATE '2012-04-01' AND NEW.logtime < DATE '2012-05-01' ) THEN

INSERT INTO p_201204 VALUES (NEW.*);

ELSIF ( NEW.logtime >= DATE '2012-05-01' AND NEW.logtime < DATE '2012-06-01' ) THEN

INSERT INTO p_201205 VALUES (NEW.*);

ELSIF ( NEW.logtime >= DATE '2012-06-01' AND NEW.logtime < DATE '2012-07-01' ) THEN

INSERT INTO p_201206 VALUES (NEW.*);

ELSIF ( NEW.logtime >= DATE '2012-07-01' AND NEW.logtime < DATE '2012-08-01' ) THEN

INSERT INTO p_201207 VALUES (NEW.*);

ELSIF ( NEW.logtime >= DATE '2012-08-01' AND NEW.logtime < DATE '2012-09-01' ) THEN

INSERT INTO p_201208 VALUES (NEW.*);

ELSIF ( NEW.logtime >= DATE '2012-09-01' AND NEW.logtime < DATE '2012-10-01' ) THEN

INSERT INTO p_201209 VALUES (NEW.*);

ELSIF ( NEW.logtime >= DATE '2012-10-01' AND NEW.logtime < DATE '2012-11-01' ) THEN

INSERT INTO p_201210 VALUES (NEW.*);

ELSIF ( NEW.logtime >= DATE '2012-11-01' AND NEW.logtime < DATE '2012-12-01' ) THEN

INSERT INTO p_201211 VALUES (NEW.*);

ELSIF ( NEW.logtime >= DATE '2012-12-01' AND NEW.logtime < DATE '2013-01-01' ) THEN

INSERT INTO p_201212 VALUES (NEW.*);

ELSIF ( NEW.logtime >= DATE '2013-01-01' OR NEW.logtime < DATE '2012-01-01' ) THEN

INSERT INTO p_default VALUES (NEW.*);

ELSE

RAISE EXCEPTION 'Date out of range. Fix the p_insert_trigger() function!';

END IF;

RETURN NULL;

END;

$$ LANGUAGE plpgsql;

CREATE OR REPLACE FUNCTION p_delete_trigger()

RETURNS TRIGGER AS $$

BEGIN

IF ( OLD.logtime >= DATE '2012-01-01' AND OLD.logtime < DATE '2012-02-01' ) THEN

DELETE FROM p_201201 WHERE logtime=OLD.logtime;

ELSIF ( OLD.logtime >= DATE '2012-02-01' AND OLD.logtime < DATE '2012-03-01' ) THEN

DELETE FROM p_201202 WHERE logtime=OLD.logtime;

ELSIF ( OLD.logtime >= DATE '2012-03-01' AND OLD.logtime < DATE '2012-04-01' ) THEN

DELETE FROM p_201203 WHERE logtime=OLD.logtime;

ELSIF ( OLD.logtime >= DATE '2012-04-01' AND OLD.logtime < DATE '2012-05-01' ) THEN

DELETE FROM p_201204 WHERE logtime=OLD.logtime;

ELSIF ( OLD.logtime >= DATE '2012-05-01' AND OLD.logtime < DATE '2012-06-01' ) THEN

DELETE FROM p_201205 WHERE logtime=OLD.logtime;

ELSIF ( OLD.logtime >= DATE '2012-06-01' AND OLD.logtime < DATE '2012-07-01' ) THEN

DELETE FROM p_201206 WHERE logtime=OLD.logtime;

ELSIF ( OLD.logtime >= DATE '2012-07-01' AND OLD.logtime < DATE '2012-08-01' ) THEN

DELETE FROM p_201207 WHERE logtime=OLD.logtime;

ELSIF ( OLD.logtime >= DATE '2012-08-01' AND OLD.logtime < DATE '2012-09-01' ) THEN

DELETE FROM p_201208 WHERE logtime=OLD.logtime;

ELSIF ( OLD.logtime >= DATE '2012-09-01' AND OLD.logtime < DATE '2012-10-01' ) THEN

DELETE FROM p_201209 WHERE logtime=OLD.logtime;

ELSIF ( OLD.logtime >= DATE '2012-10-01' AND OLD.logtime < DATE '2012-11-01' ) THEN

DELETE FROM p_201210 WHERE logtime=OLD.logtime;

ELSIF ( OLD.logtime >= DATE '2012-11-01' AND OLD.logtime < DATE '2012-12-01' ) THEN

DELETE FROM p_201211 WHERE logtime=OLD.logtime;

ELSIF ( OLD.logtime >= DATE '2012-12-01' AND OLD.logtime < DATE '2013-01-01' ) THEN

DELETE FROM p_201212 WHERE logtime=OLD.logtime;

ELSIF ( OLD.logtime >= DATE '2013-01-01' OR OLD.logtime < DATE '2012-01-01' ) THEN

DELETE FROM p_default WHERE logtime=OLD.logtime;

ELSE

RAISE EXCEPTION 'Date out of range. Fix the p_insert_trigger() function!';

END IF;

RETURN NULL;

END;

$$ LANGUAGE plpgsql;

CREATE TRIGGER insert_p_trigger

BEFORE INSERT ON p

FOR EACH ROW EXECUTE PROCEDURE p_insert_trigger();

CREATE TRIGGER delete_p_trigger

BEFORE DELETE ON p

FOR EACH ROW EXECUTE PROCEDURE p_delete_trigger();

INSERT INTO p (city_id, logtime, peaktemp, unitsales) VALUES (1, timestamp '2012-01-02 12:59:59', 20, 10);

INSERT INTO p (city_id, logtime, peaktemp, unitsales) VALUES (2, timestamp '2012-02-02 12:59:59', 20, 10);

INSERT INTO p (city_id, logtime, peaktemp, unitsales) VALUES (3, timestamp '2012-03-02 12:59:59', 20, 10);

INSERT INTO p (city_id, logtime, peaktemp, unitsales) VALUES (4, timestamp '2012-04-02 12:59:59', 20, 10);

INSERT INTO p (city_id, logtime, peaktemp, unitsales) VALUES (5, timestamp '2012-05-02 12:59:59', 20, 10);

INSERT INTO p (city_id, logtime, peaktemp, unitsales) VALUES (6, timestamp '2012-06-02 12:59:59', 20, 10);

INSERT INTO p (city_id, logtime, peaktemp, unitsales) VALUES (7, timestamp '2012-07-02 12:59:59', 20, 10);

INSERT INTO p (city_id, logtime, peaktemp, unitsales) VALUES (8, timestamp '2012-08-02 12:59:59', 20, 10);

INSERT INTO p (city_id, logtime, peaktemp, unitsales) VALUES (9, timestamp '2012-09-02 12:59:59', 20, 10);

INSERT INTO p (city_id, logtime, peaktemp, unitsales) VALUES (10, timestamp '2012-10-02 12:59:59', 20, 10);

INSERT INTO p (city_id, logtime, peaktemp, unitsales) VALUES (11, timestamp '2012-11-02 12:59:59', 20, 10);

INSERT INTO p (city_id, logtime, peaktemp, unitsales) VALUES (12, timestamp '2012-12-02 12:59:59', 20, 10);

INSERT INTO p (city_id, logtime, peaktemp, unitsales) VALUES (13, timestamp '2013-01-02 12:59:59', 20, 10);

INSERT INTO p (city_id, logtime, peaktemp, unitsales) VALUES (14, timestamp '2011-12-02 12:59:59', 20, 10);

INSERT INTO p (city_id, logtime, peaktemp, unitsales) select m, timestamp '2012-02-02 12:59:59', 20, 10 from generate_series(1,10000) m;

explain select * from p_201202 where city_id=2 and logtime=timestamp '2012-02-02 12:59:59';

转载：https://yq.aliyun.com/articles/2637?spm=5176.100240.searchblog.12.59Jibq#

weixin_39947306
关注
PostgreSQL优化技巧：加速大数据处理
qq_28245087的博客
05-29 1885
为了解决这个问题，我们可以使用一些技术来优化它。本文介绍了优化PostgreSQL数据库的一些技巧，例如使用索引、连接池、分区表、复制、预处理语句和分析工具。在优化 Postgre SQL 时，您还应该考虑其他因素，例如缓存大小、数据库架构和网络带宽等。通过使用这些技术，您可以显著提高数据库的性能并更快地处理大量数据。例如，您可以使用 pg_stat_statements 模块来跟踪查询的执行时间。连接池避免了每个新连接都需要建立到数据库的新连接的开销，因此使用连接池可以更快地管理连接。
postgresql分妺_Script: PostgreSQL 实现字符串拆分 split (二)
weixin_39867142的博客
12-21 1436
几年前写过一篇在oracle 使用oracle函数实现的类似java 语言中的split 拆分功能，这篇改用PostgreSQL实现类型的功能。在PG提供了两个函数用于拆份字符串：regexp_split_to_array：它根据正则表达式拆分字符串并将其部分返回到数组中。regexp_split_to_table：它根据正则表达式将字符串拆分为多个部分，并将其部分返回到表的行中。下面还是以”,”...
postgresql 分区与优化
weixin_34062469的博客
01-08 259
--对于分区表constraint_exclusion 这个参数需要配置为partition或on postgres=# show constraint_exclusion ; constraint_exclusion ---------------------- partition --创建父子表, 用于存储分区数据 create t...
postgreSQL从已有表创建表
weixin_43632687的博客
05-16 2714
创建一个表结构一样的表 create table b(like tablea including all) 创建一个表结构一样，并插入已有的数据 create table b as select * from tablea
PostgreSQL 建表create table like including 用法
是个好男人的博客
04-17 4614
使用索引约束： CREATE TABLE table_name (like t_key_event_file_student INCLUDING INDEXES); 使用多种约束： CREATE TABLE table_name (like t_key_event_file_student INCLUDING INDEXES INCLUDING DEFAULTS); 如果希望索引、主键约束和唯一约束被复制的话，那么需要指定INCLUDING INDEXES ...
postgresql 10 新特性
weixin_34273046的博客
02-23 535
三大新特性 "better parallelism" (37%) "logical replication" (32%) "native partitioning" (31%) 后面的百分比代表人民的呼声。。。 原生分区 语法： CREATE TABLE table_name ( ... ) [ PARTITION BY { RANGE | LIS...
munin_postgresql_table_stats:基于每个表的 postgresql munin 脚本
07-02
munin_postgresql_table_stats 基于每个表的 postgresql munin 脚本 如果您链接 postgres_setup_db_[database] 它将为数据库中的每个普通表设置选择和插入 munin 图，但是 /etc/munin/plugins 目录必须可由您的 ...
pg_partman：PostgreSQL分区管理扩展
02-05
从pg_partman v3.0.1开始支持PostgreSQL 10的本机分区，而从PostgreSQL 11开始从4.0.0起更广泛的支持。请注意，本机尚不支持基于触发器的分区的所有功能，但是在读取和读取时的性能写明显更好。 子表的创建全部由...
ngx_postgres:上游模块，允许nginx直接与PostgreSQL数据库通信
04-23
ngx_postgres是一个上游模块，允许nginx直接与PostgreSQL数据库通信。 响应以rds格式生成，因此与ngx_rds_json和ngx_drizzle模块兼容。 地位 该模块已准备好投入生产，并且与以下nginx版本兼容： 0.7.x（经0.7.60...
PostgreSQL10之pg_partitioned_table视图
HighGO
01-09 2547
PostgreSQL10 新增pg_partitioned_table动态视图。 该视图可以直观查看存储的分区表信息。 Name Type References Description partrelid oid pg_class.oid The OID of thepg_classentry for this part
spark的转换算子2
changshupx的博客
09-08 1784
1）coalesce def coalesce(numPartitions: Int, shuffle: Boolean = false)(implicit ord: Ordering[T] = null): RDD[T] 该函数用于将RDD进行重分区，使用HashPartitioner。 第一个参数为重分区的数目，第二个为是否进行shuffle，默认为false; 作用 缩减分区数，用于大数据集过滤后，提高小数据集的执行效率。 val ListRDD: RDD[Int] = context.makeRDD
数据库PostrageSQL-服务器配置(查询规划)
逍遥云恋
10-16 606
19.7. 查询规划 19.7.1. 规划器方法配制 这些配置参数提供了影响查询优化器选择查询规划的原始方法。如果优化器 为特定的查询选择的缺省规划并不是最优，那么我们就可以通过使用这些 配置参数强制优化器选择一个更好的规划来temporary解决这个 问题。不过，永久地关闭这些设置几乎从不是个好主意。更好的改善优化器 选择规划的方法包括调节Section 18.6.2、 更频繁运行ANALYZE、增大配置参数 default_statistics_target的值、使用 ALTER TABLE SET S
PostgreSQL 10 Beta1分区和分区外部表测试说明
weixin_33778778的博客
05-19 298
1.建立主表CREATE TABLE part_tab (c1 int, c2 int,name varchar(20)) PARTITION BY RANGE (c1);2.建立子分区表CREATE TABLE part1 PARTITION OF part_tab FOR VALUES FROM (0) TO (100);CREATE TABLE part2 PARTIT...
PostgreSQL 10分区表详解及性能测试报告
kwame211的博客
01-04 5744
作者简介： 中国比较早的postgresql使用者,2001年就开始使用postgresql,自2003年底至2014年一直担任PGSQL中国社区论坛PostgreSQL的论坛板块版主、管理员，参与Postgresql讨论和发表专题文章7000多贴.拥有15年的erp设计,开发和实施经验,开源mrp系统PostMRP就是我的作品,该应用软件是一套基于Postgresql专业的制造业管理软件系
SQL优化（三） PostgreSQL Table Partitioning
wuyy0224的博客
09-03 490
数据库表分区把一个大的物理表分成若干个小的物理表，并使得这些小物理表在逻辑上可以被当成一张表来使用。主表/父表/该表是创建子表的模板。它是一个正常的普通表，但正常情况下它并不储存任何数据。子表/分区表//这些表继承并属于一个主表。子表中存储所有的数据。主表与分区表属于一对多的关系，也就是说，一个主表包含多个分区表，而一个分区表只从属于一个主表如果要充分使用分区表的查询优势，必须使用分区时的字段作为过滤条件分区字段被用作过滤条件时，WHERE。
如何在PostgreSQL13和以下版本中使用lz4压缩文本和二进制数据
castellan的专栏
03-22 2049
从PG14开始，PostgreSQL已经支持LZ4 压缩功能。而PG14之前的版本，其TOAST仅支持一个压缩算法PGLZ（PG内置算法）。众所周知，LZ4比PGLZ的压缩速度快很多。在不要求很高压缩比的场景下，LZ4更适合用于速度敏感型的数据压缩功能。 很多实际场景中，我们为了便于管理，经常将一些文本和二进制文件存储到数据库里。这时，在不太影响读取速度的时候，存储空间当然是越小越好。很可惜，官方PostgreSQL13和之前的版本不支持LZ4压缩。 那么有没有可能，通过扩展PG的方式来达到使用lz4压
SQL优化之PostgreSQL 分区
很多时候犯错都是在不知情的情况下发生的
05-01 3980
本文转发自Jason’s Blog，原文链接　http://www.jasongj.com/2015/12/13/SQL3_partition/　　一、典型使用场景　　随着使用时间的增加，数据库中的数据量也不断增加，所以数据库查询越来越慢。　　加速数据库的方法很多，比如添加特定的索引，将日志目录换到单独的磁盘分区，调整数据库引擎的参数等等。这些方法都能将数据库的查询性能提高到一定程度。　　对许多应...
PostgreSQL分区管理 实现数据库优化（附图片详解）
qq_654603797
05-17 713
PostgreSQL属于关系型数据库，我认为功能比MySql更加丰富强大。 如果合理利用PostgreSQL一些功能，那么使用关系数据库处理亿级数据量将不再是梦想。 本文将给大家介绍如何使用PostgreSQL进行分区管理实现数据库优化。 创建bus_data主表: CREATE TABLE "public"."bus_data" ( "dt" date, "dealtime" timestamp(0), "cardnum" varchar(25) COLLATE "pg_cat.
POSTGRESQL 分区 根据表的日期字段分区
m0_37706691的博客
02-14 6574
一、PostgreSQL10之后的分区方式 10.0只支持范围分区和列表分区。11.0会支持hash分区。一旦创建了父表，就可以创建分区了-为此增加了PARTITION OF子句。 1.1创建主表 CREATE TABLE "test01"."animal" ( "id" varchar NOT NULL, "name" varchar(255), "age" int4, "create_time" date, "update_time" date ) partition by ...
postgresql 连接超时_PostgreSQL：无法连接到服务器：连接超时
最新发布
06-11
1. PostgreSQL 服务器没有启动或者正在重启：请确保 PostgreSQL 服务器已经启动，并且没有在重启过程中。 2. 防火墙拦截了连接请求：请检查防火墙设置，确保允许来自客户端的连接请求通过。 3. PostgreSQL 服务器...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值