使用數(shù)據(jù)庫postgresql的時候，有時會遇到字段長度擴(kuò)展的情況，由于之前已經(jīng)有數(shù)據(jù)了，所以只能修改字段長度，不能通過刪除再增加的方式。
可以使用如下方式進(jìn)行
ALTER TABLE your_table_name alter COLUMN your_column_name type character varying(3000);
通過上面的一句話就可以把你的表中相應(yīng)的字段的長度修改為3000.
補(bǔ)充：PostgreSQL字符類型長度變更的性能
背景
業(yè)務(wù)有時會遇到表中的字符型字段的長度不夠用的問題，需要修改表定義。但是表里的數(shù)據(jù)已經(jīng)很多了，修改字段長度會不會造成應(yīng)用堵塞呢？
測試驗(yàn)證
做了個小測試，如下
建表并插入1000w數(shù)據(jù)
postgres=# create table tbx1(id int,c1 char(10),c2 varchar(10));
CREATE TABLE
postgres=# insert into tbx1 select id ,'aaaaa','aaaaa' from generate_series(1,10000000) id;
INSERT 0 10000000
變更varchar類型長度
postgres=# alter table tbx1 alter COLUMN c2 type varchar(100);
ALTER TABLE
Time: 1.873 ms
postgres=# alter table tbx1 alter COLUMN c2 type varchar(99);
ALTER TABLE
Time: 12815.678 ms
postgres=# alter table tbx1 alter COLUMN c2 type varchar(4);
ERROR: value too long for type character varying(4)
Time: 5.328 ms
變更c(diǎn)har類型長度
postgres=# alter table tbx1 alter COLUMN c1 type char(100);
ALTER TABLE
Time: 35429.282 ms
postgres=# alter table tbx1 alter COLUMN c1 type char(6);
ALTER TABLE
Time: 20004.198 ms
postgres=# alter table tbx1 alter COLUMN c1 type char(4);
ERROR: value too long for type character(4)
Time: 4.671 ms
變更c(diǎn)har類型,varchar和text類型互轉(zhuǎn)
alter table tbx1 alter COLUMN c1 type varchar(6);
ALTER TABLE
Time: 18880.369 ms
postgres=# alter table tbx1 alter COLUMN c1 type text;
ALTER TABLE
Time: 12.691 ms
postgres=# alter table tbx1 alter COLUMN c1 type varchar(20);
ALTER TABLE
Time: 32846.016 ms
postgres=# alter table tbx1 alter COLUMN c1 type char(20);
ALTER TABLE
Time: 39796.784 ms
postgres=# alter table tbx1 alter COLUMN c1 type text;
ALTER TABLE
Time: 32091.025 ms
postgres=# alter table tbx1 alter COLUMN c1 type char(20);
ALTER TABLE
Time: 26031.344 ms
定義變更后的數(shù)據(jù)
定義變更后，數(shù)據(jù)位置未變，即沒有產(chǎn)生新的tuple
postgres=# select ctid,id from tbx1 limit 5;
ctid | id
-------+----
(0,1) | 1
(0,2) | 2
(0,3) | 3
(0,4) | 4
(0,5) | 5
(5 rows)
除varchar擴(kuò)容以外的定義變更，每個tuple產(chǎn)生一條WAL記錄
$ pg_xlogdump -f -s 3/BE002088 -n 5
rmgr: Heap len (rec/tot): 3/ 181, tx: 1733, lsn: 3/BE002088, prev 3/BE001FB8, desc: INSERT off 38, blkref #0: rel 1663/13269/16823 blk 58358
rmgr: Heap len (rec/tot): 3/ 181, tx: 1733, lsn: 3/BE002140, prev 3/BE002088, desc: INSERT off 39, blkref #0: rel 1663/13269/16823 blk 58358
rmgr: Heap len (rec/tot): 3/ 181, tx: 1733, lsn: 3/BE0021F8, prev 3/BE002140, desc: INSERT off 40, blkref #0: rel 1663/13269/16823 blk 58358
rmgr: Heap len (rec/tot): 3/ 181, tx: 1733, lsn: 3/BE0022B0, prev 3/BE0021F8, desc: INSERT off 41, blkref #0: rel 1663/13269/16823 blk 58358
rmgr: Heap len (rec/tot): 3/ 181, tx: 1733, lsn: 3/BE002368, prev 3/BE0022B0, desc: INSERT off 42, blkref #0: rel 1663/13269/16823 blk 58358
結(jié)論
varchar擴(kuò)容，varchar轉(zhuǎn)text只需修改元數(shù)據(jù)，毫秒完成。
其它轉(zhuǎn)換需要的時間和數(shù)據(jù)量有關(guān)，1000w數(shù)據(jù)10~40秒，但是不改變數(shù)據(jù)文件，只是做檢查。
縮容時如果定義長度不夠容納現(xiàn)有數(shù)據(jù)報(bào)錯
不建議使用char類型，除了埋坑幾乎沒什么用，這一條不僅適用與PG，所有關(guān)系數(shù)據(jù)庫應(yīng)該都適用。
以上為個人經(jīng)驗(yàn)，希望能給大家一個參考，也希望大家多多支持腳本之家。如有錯誤或未考慮完全的地方，望不吝賜教。
您可能感興趣的文章:- postgresql varchar字段regexp_replace正則替換操作
- 解決postgresql表中的字段名稱包含特殊符號的問題
- PostgreSQL 實(shí)現(xiàn)查詢表字段信息SQL腳本
- PostgreSQL 更新JSON,JSONB字段的操作
- postgresql 實(shí)現(xiàn)獲取所有表名,字段名,字段類型,注釋
- postgresql 補(bǔ)齊空值、自定義查詢字段并賦值操作
