PostgreSQL 如何修改文本类型字段的存储方式

PostgreSQL存储方式分为以下4种:

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的存储方式:

列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 字段名

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