资料库栏位长度调整(加大/缩小),应该注意什么

最近整理出一些资料库栏位长度更改,需要注意的事项,感觉中文资料不多(问GPT搞不好还比较快),就来补一篇笔记上来,如果有其他建议或是参考资料(当然不限语种),非常欢迎提出一起扩展我们的知识~


资料库:

相关外键,需一并调整(调整则重第一步重新开始)效能/空间,资料长度加大会不会影响资料查询的效能?占用空间?索引,栏位如果是索引需要重建,重新评估这个栏位是否适合当索引(如读写速率)ERD model,需要跟着调整Stored Procedure,View,一样检查是否有用到该栏位,涉及的逻辑是否有冲突现有资料,这个更动对于现有资料是否都可以符合资料型态,如果改的不只是长度,例如从char转varchar,可能有意料之外的结果(参考资料)

后端:

从Repository层往前检查,后端程式码有捞取到该栏位的相关变数,最后被引用到哪里去,要写入栏位的资料来源是否可接受这个长度连结的变数有没有长度限制?连结的变数有没有被间接套用到其他资料库栏位?注意那个栏位的长度,是不是连带影响要调整其他栏位资料库对应的model需要重新产生或调整(如EntityFramework 产生的cs档,.edmx档)

外部系统(通知各相关单位或团队):

资料输出,确认栏位资料串接到的外部系统(例如API串接)是不是可以接受这笔资料长度限制的调整栏位输入,确认栏位的资料来源可以在这个长度限制内

画面:

UI,检查栏位资料最后呈现的位置会不会破图或造成跑版,RWD需要重新确认一次

检查部属流程:

先改Code还是先改资料库?是不是需要停机更新?CI/CD或单元测试是否有用到该栏位,长度变更是否影响功能执行

关于作者: 网站小编

码农网专注IT技术教程资源分享平台,学习资源下载网站,58码农网包含计算机技术、网站程序源码下载、编程技术论坛、互联网资源下载等产品服务,提供原创、优质、完整内容的专业码农交流分享平台。

热门文章