以下几条经验从别处 K 来的，我也比较认同。
1. 不依赖单一数据库，尽量不用数据库的特性；
2. 大表设计；
3. 减少关联查询的表数量，实在要关联，控制在3个以内；
4. 表设计时能冗余就冗余，数据的一致性靠业务逻辑去控制；
5. 抛弃外键，不要依靠底层db给你检查数据的不一致；
6. 查询语句中尽量不用in,not,left join,right join；
7. 数据库字段设计尽量设计成非空的，便于作索引；
8. 对于查询条件用到的字段，一定要索引；
9. 查询条件中，尽量避免用 like ，尽量使用等值查询；
10. 为每个表设置一个默认主键，即使它没有任何用处；
11. 为每个表设置一个creation,modification字段，表示记录的创建时间和最后修改时间；
12. 对数据库中的数据作软删除--设计表时增加一个is_deleted字段，当删除时，修改该字段的值，不做物理删除；
13. 字段的长度设计尽量贴近实际；
14. 各个字段尽量设计成非空的，不要设置默认值；
15. 尽量使用标准的 SQL 语句，便于迁移；
16. SQL中所有的数据库字段和关键字大写；
17. SQL 语句要合理缩进，建议使用 sqlplus 之类的工具格式化；
18. 不要用 SELECT * ，而是一个一个的把要查询的字段列举出来--否则后期添加字段是一种灾难!
19. INSERT 后要把所有的字段依次列举，防止后期字段顺序变化或字段增删；
20. 数据库中使用 user_detail 形式的命名规则（包括表名和字段名）；
21. 不要把表和字段名设计为 SQL 的关键字。