1.数据字典的重要性

https://baijiahao.baidu.com/s?id=1551895205298100&wfr=spider&for=pc

2.关于codeReview

https://www.jianshu.com/p/4b382cc95850

补充一点 就算项目工期比较紧张  没有CodeReview 你也应该在开发前看看同事们 上一次的提交记录

关于codeReview

3.数据迁移后 要不要数据验证 怎样验证？

在数据迁移完成后，需要对迁移后的数据进行校验。数据迁移后的校验是对迁移质量的检查，同时数据校验的结果也是判断新系统能否正式启用的重要依据。

可以通过以下2种方式对迁移后的数据进行校验：新旧系统查询数据对比检查，通过新旧系统各自的查询工具，对相同指标的数据进行查询，并比较最终的查询结果；先将新系统的数据恢复到旧系统迁移前一天的状态，然后将最后一天发生在旧系统上的业务全部补录到新系统，检查有无异常，并和旧系统比较最终产生的结果。

对迁移后的数据进行质量分析，可以通过数据质量检查工具或编写有针对性的检查程序进行。对迁移后数据的校验有别于迁移前历史数据的质量分析，主要是检查指标的不同。迁移后数据校验的指标主要包括5方面：完整性检查，引用的外键是否存在；一致性检查，相同含义的数据在不同位置的值是否一致；总分平衡检查，例如欠税指标的总和与分部门、分户不同数据的合计对比；记录条数检查，检查新旧数据库对应的记录条数是否一致；特殊样本数据的检查，检查同一样本在新旧数据库中是否一致

以上来自https://zhidao.baidu.com/question/266615697524803125.html

补充: 数据迁移的准确率在于 新旧系统的数据字典是否准确 完善

4 一点总结

    最近刚做完一个老项目升级改造的系统，包含业务升级 ，兼容旧系统 ，数据迁移 可以说上述所说的问题 没有一样控制的好，导致上线后两个月 还在一直填坑  因为我们是融资租赁系统 业务要求非常高 开发人员对业务的理解很差 需求不明确 需求变更 人员调动 等等 导致项目延期 跟 大量的bug 所以说在业务复杂的环境下 必须控制好数据字典 因为这是我们统一逻辑的唯一凭证