关于数据规范的教训

1、背景今年开始继续维护之前的数据平台最近维护是2025年前半年当时另外还有俩同事。维护的过程中遇到了数据显示错误的bug具体来说就是因业务要求需要对每一条数据标记归属。默认归属是线下可以标记为归属线上或者其他地方我们称之为分库。2、场景每个分库都有唯一编码如果何某条数据归属两个分库用逗号分割分库编码的字符串标记即可。考虑到一个分库编码可能是另一个分库编码的子字符串的情况数据库用模糊搜索可能会出错所以要求标记的前后均加逗号。这样每个分库编码的前后均会有逗号按分库进行数据库SQL查询时在分库编码前后均加逗号即可。当然另一种方案是这个标记只是分库编码用逗号分割的字符串不以逗号开头也不以逗号结尾。这样的好处是用逗号拆分时可以避免空字符串不好的地方是SQL语句模糊查询时无论在前面加逗号还是后面加逗号还是前后均加逗号再或者不加逗号均可能会查询错误。当时开发时采用了前后均加逗号的方案。一共维护了7个数据系统分属不同的开发人员所以开发的过程中对标记的处理逻辑均有差异而我作为管理人员做了放权。他们离职后今年由我维护。维护的过程中发现了bug。比如删除标记时有开发人员只删除了分库编码导致标记中出现了连续的两个逗号的情况甚至出现了“,null,”的情况。3、教训这个事不大但是做了开发过程中遇到的工作协调方面的问题有必要记录下来。最终我做了大幅的调整将前后均加逗号改为前后均不加逗号只是各分库编码用逗号分割即可。新增、修改、删除编码时的逻辑做了统一处理。这些代码本可以共用之前采取了放权的方式得到的教训是对于有逻辑相通的情况时只一个人开发即可不必各自为战。而这种情况有很多必须提前规划好这是管理人员或者架构师必须具备的素质。