不断维护表设计带来的启发

自己不算是一个合格数据库使用者，但是却参与了很重要的数据库设计过程，然而开发后期却一直在维护数据库，从而导致代码层面出现因数据库变更导致的系统问题。个人觉得后期我所做的数据库维护是必须的，因为从逻辑上讲之前的表设计不合理；但是我却忽略了变更会带来的风险，由此我一直在思考。开发到一定阶段，表该不该轻易变动？能否轻易改动表？代码层面和数据库设计层面有没有办法能屏蔽数据库变更造成的影响？

先说说开发后期表该不该改？
从重构思想的角度来讲，有错就得改，系统数据库就该不断重构优化，那么改和维护是可以的和必须的。

既然后期变更一定会存在，那如何降低数据库变更对代码层面造成的影响？如何降低表变更对系统带来的风险？
1、首先我感觉业务主表不应该轻易变更，业务关键字段不应该轻易变更；
2、数据库和实体代码的映射一定要做到修改方便，并且要做到配置清晰；
3、修改时一定要意识到修改涉及到的风险面
4、全面的快速的测试用例运行
5、加强设计阶段投入力度
6、如果真的迫不得已，否则不要轻易改变数据库设计即使不合理