(编辑:jimmy 日期: 2024/12/24 浏览:2)
PLAIN避免压缩或者线外存储;而且它禁用变长类型的单字节头部。这是不可TOAST数据类型列的唯一可能的策略。只是对那些不能TOAST的数据类型才有可能。
EXTENDED允许压缩和线外存储。这是大多数可TOAST数据类型的默认策略。 首先将尝试进行压缩,如果行仍然太大,那么则进行线外存储。
EXTERNAL允许线外存储,但是不许压缩。使用EXTERNAL将令那些在宽text和 bytea列上的子串操作更快(代价是增加了存储空间), 因此这些操作被优化为只抓取未压缩线外数据中需要的部分。
MAIN允许压缩,但不允许线外存储(实际上,在这样的列上仍然会进行线外存储,但只是作为没有办法把行变得足以放入一页的情况下的最后手段)。
文本的默认存储方式为EXTENDED,但是在文本字段非常小的情况下,为提升性能我们可以将文本存储方式改为PLAIN.
创建表:
drop table if exists test; create table test( f1 char(1), f2 varchar(16), f3 text );
查看表定义:
\dS+ test;
Column | Type | Collation | Nullable | Default | Storage | Stats target | Description --------+-----------------------+-----------+----------+---------+----------+--------------+------------- f1 | character(1) | | | | extended | | f2 | character varying(16) | | | | extended | | f3 | text | | | | extended | |
列f1,f2因为非常小,采用EXTENDED存储方式大量数据时性能不如PLAIN好,因此在创建表完成后可以使用以下语法修改列f1和f2的存储方式为PLAIN.
alter table test alter column f1 set storage plain, alter column f2 set storage plain;
重新查看定义:
\dS+ test;
Column | Type | Collation | Nullable | Default | Storage | Stats target | Description --------+-----------------------+-----------+----------+---------+----------+--------------+------------- f1 | character(1) | | | | plain | | f2 | character varying(16) | | | | plain | | f3 | text | | | | extended | |
对于已经有数据的表修改存储方式后的操作
首先修改字段的存储方式,然后运行
vacuum full verbose test;
vacuum full 选项可以回收空间,但有排他锁,它实际上创建该表的一个新拷贝,并且在操作完成之前都不会释放旧的拷贝。
因为会长时间锁表,请慎重使用vacuum full
补充:修改PostgreSQL的字段数据类型报错
1.使用可视化工具修改列数据类型 :
注意:字段类型转varchar 或者 从 varchar 改成其它数据类型是不会出问题的。
但是直接从 money类型转到int类型(数字)就会报错。这时需要先转换成varchar 然后再转换成指定的类型。
2. 使用SQL语句修改
注意:使用sql 方式修改字段类型,也需要使用 varchar 过度,例如将 money 类型的字段转成 int4
类型,那么将执行
alter table test alter column filed type varchar using filed:: varchar alter table test alter column filed type int4 using filed:: int4 alter table test alter column filed type varchar using filed:: varchar -- test 表名 -- filed 字段名
以上为个人经验,希望能给大家一个参考,也希望大家多多支持。如有错误或未考虑完全的地方,望不吝赐教。