项目禁忌1000条

最近发现自己犯的错误有点严重，实在挂不住脸，希望这里不要记太多。

1. 你以为

之前有做一个需求，就是要保持三个模块的某个日期一致，我当时简单找BA问了下，就去做了。做的时候发现，三个模块有两个模块的日期始终保持一致，所以下意识以为只需要改另外一个模块的日期就好了。当然，测试也没测出什么问题，上线了几个月，用户说你这个模块的日期不对呀，多了一天，然后大家一看，确实。然后我就背锅了，更重要的是，这个模块的日期被很多模块和功能依赖，其中还有一些计算功能，除了改这里以外，还好batch update已存在的数据。天呀，这简直是一场灾难！所以，你以为，请不要你以为了。一定一定要步步小心，步步想，搞的明明白白，搞清楚其中的关系，否则后果承担不了，gg。

2. 请谨慎对待DB某些数据的删除操作

（1）之前有做一个需求，要增加4个字段来替代原来的一个字段，因为那一个字段的信息太多而且设计不合理，需要把其中的信息拆成4份。然后我首先就删掉了这个不合理的字段，然后创建了4个新的字段，之后就傻眼了，之前的数据找不到了，是需要把原来数据恢复到新字段里的。幸好这只是测试场，幸好这些数据也不是没办法恢复，只是这样会需要很长时间。我尝试恢复并且成功，用了一整天的时间，真的费时费力不讨好。差点就犯了大错！所以，请谨慎对待DB某些数据的删除操作，宁可不删，等过一点冷静下来再谨慎处理。

（2）之前有做一个需求，要更改某个字段的类型，我就直接drop掉这个字段，然后创建一个同名的新字段，后面被同事看到了，结果可想而知，真的无敌难容，这种处理方法的结果就是比灾难还严重，原来的数据就真的没啦，哇哇哇，宝宝想哭！

标签：项目,DB,禁忌,然后,日期,模块,字段,数据,1000
来源： https://blog.csdn.net/spfLinux/article/details/98884820