mysql 修改字段类型_PostgreSQL 关于字段类型的修改 谣言与止谣

文章转载自公众号AustinDatabases PostgreSQL 在9.2 之前是要面临一个指责,就是在更改字段类型的时候带来的不堪,假象你有100万行的数据,其中一个字段是varchar(20) ,你想将其更改为 varhcar(30), 这可能就要造成一个灾难,熟悉postgresql 原理的人们,马上就想到,可能要生成一个“新表”了。导致Postgres重写表的每一行,这可能是一个非常昂贵的操作(就磁盘I/O和挂钟时间而言),MYSQL 早期的版本也没有好到哪里去,可是这对难兄难弟,都会成长。 PostgreSQL 在9.2 之后修改字段的大小,例如 varchar(20)  ---> varchar(30) 返回修改仅仅是一瞬间的事情。 所以现在如果还有人说,PG修改字段的大小太差劲,那我到是觉得活在上世纪的 someone 可以清理一下内存了,终归新的东西是要不断学习的,你去看看现在的MYSQL 8 如果你的知识还保留在 MYSQL 5.5 ,那你一定也需要更新了。 那问题1 如果你还在使用PG 9.2 之前的版本,并继续受到这个问题的缠绕,怎么办 1  升级数据库版本 (当然这个说法估计支持的声音不少,但实际上做的人不多,因为牵扯的资源和人太多,没有人愿意在没有占有这个数据库系统的开发或者第三方开发商的支持下去做这个事情) 2  建议将字段更换为text字段,(或者经常需要变动的文字的字段),ALTER TABLE test ALTER COLUMN puzzle TYPE text;ALTER TABLE test ADD CONSTRAINT checksum_lengthCHECK (LENGTH(puzzle) <= 32);我们先看看这个方法合适吗,这个方法当然合适,字段的扩充可以换个思路,我们可以给的无限,然后后面通过约束限制一下,这样DBA 和开发其实都开心。

4113bf913cd20da0e9103cfe59631178.png

当然也有人说,你加完约束,系统的性能会受到影响,来来来我们做一个测试,插入1百万的数据,仅仅需要6秒多.

2587134c8d9d4b8d30bed6048d069ccb.png

当然这并不是本期主要的话题,本期的主要话题是

这里要澄清的是,不是所有的PG 的 Alter Column type 操作都要进行重建表的操作(这里先不牵扯索引的事情)

0e012b981cc9cf31499d07dc29afe85a.png

这就是今天要进行测试的表,PG的版本 PG 12.2

测试如下

1  name 的类型从 char  变为  varchar  在变成 text

a9b82ecd7e3c85debb36a4d5ba2c7b25.png

e163130d86613f9e50b27e4785cfc814.png

2  将上面的变化在变回来。将整形从小变大 从大变小,将日期类型进行变化

8bcb56b2b2c28dbf82330daffc88a42a.png

这些都是需要重写的

说完这些可能还有些人有疑问

1  添加一个字段呢,添加一个带默认值的字段呢

2  删除一个字段呢

3  更改一个字段的名字呢

5b2f951bc51f36ae23bafc1dc8a92e31.png

结果是这些都不需要重写,另外在PG11 已经解决了关于 默认值的问题,这个问题,其实在有的商业数据库到很新的版本还是一个问题。

最后是关于索引的问题,这里PG 建立索引尽量要使用

CREATE INDEX CONCURRENTLY  idx_add_c on type_change (add_c);

根据PG 的原理来说,我们在建立索引如果不使用 concurrently 参数则建立索引时表要 获取一个  access  exclusive 的锁,而如果我们使用了 concurrently 则我们会获得一个 share  update exclusive 的锁。所以使用了concurrently 则会允许在索引建立的同时继续读取数据和写入数据,当然也有一些副作用,今天就不说了,这个 concurrently 其实也可以找一期说一下,也是有点意思。

I Love PG

关于我们

中国开源软件推进联盟PostgreSQL分会(简称:中国PG分会)于2017年成立,由国内多家PostgreSQL生态企业所共同发起,业务上接受工信部中国电子信息产业发展研究院指导。中国PG分会是一个非盈利行业协会组织。我们致力于在中国构建PostgreSQL产业生态,推动PostgreSQL产学研用发展。

欢迎投稿

做你的舞台,show出自己的才华 。

投稿邮箱:partner@postgresqlchina.com

                                 ——愿能安放你不羁的灵魂

技术文章精彩回顾PostgreSQL学习的九层宝塔PostgreSQL职业发展与学习攻略搞懂PostgreSQL数据库透明数据加密之加密算法介绍一文读懂PostgreSQL-12分区表一文搞懂PostgreSQL物化视图PostgreSQL源码学习之:RegularLockPostgresql源码学习之词法和语法分析2019,年度数据库舍 PostgreSQL 其谁?Postgres是最好的开源软件PostgreSQL是世界上最好的数据库从Oracle迁移到PostgreSQL的十大理由从“非主流”到“潮流”,开源早已值得拥有PG活动精彩回顾创建PG全球生态!PostgresConf.CN2019大会盛大召开首站起航!2019“让PG‘象’前行”上海站成功举行走进蓉城丨2019“让PG‘象’前行”成都站成功举行中国PG象牙塔计划发布,首批合作高校授牌仪式在天津举行群英论道聚北京,共话PostgreSQL相聚巴厘岛| PG Conf.Asia 2019  DAY0、DAY1简报相知巴厘岛| PG Conf.Asia 2019 DAY2简报独家|硅谷Postgres大会简报PostgreSQL线上沙龙第一期精彩回顾PostgreSQL线上沙龙第二期精彩回顾PostgreSQL线上沙龙第三期精彩回顾PostgreSQL线上沙龙第四期精彩回顾PostgreSQL线上沙龙第五期精彩回顾PostgreSQL线上沙龙第六期精彩回顾PG培训认证精彩回顾中国首批PGCA认证考试圆满结束,203位考生成功获得认证!中国第二批PGCA认证考试圆满结束,115位考生喜获认证!重要通知:三方共建,中国PostgreSQL认证权威升级!近500人参与!首次PGCE中级、第三批次PGCA初级认证考试落幕!通知:PostgreSQL技术能力电子证书上线!2020年首批 | 中国PostgreSQL初级认证考试圆满结束

b26320fc90cd4d1992cd6b67746b6099.png

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值