禁忌6：慎用外键关联

外键关联可以确保某个表的主键被其他表作为非主键使用时来保障两个表数据的一致性，但外键关联给程序开发、运维都带来了更多的复杂性，而好的开发习惯能确保两个有外键关联的表满足数据一致性的要求，因此一般情况下慎用外键关联。这其实是根据在方便性、数据一致性之间应用更倾向于哪方面来决策使用方式。

禁忌7：组合索引使用要注意

使用多个字段的混合索引是常见的，但索引使用的字段越多，就意味着开发时需要关注的字段越多，开发时部分人员容易忘记索引字段，导致容易写出用不到索引的语句。因此一般建议复合索引使用字段不超过5个；

组合索引中字段的顺序是非常重要的，越是唯一的字段越是要靠前；

程序代码使用组合索引时，在使用索引字段作为条件时，如果该索引是复合索引，那么必须使用到该索引中的第一个字段作为条件时才能保证系统使用该索引，并且应尽可能的让字段顺序与索引顺序相一致。

禁忌8：慎重考虑表字段调整

当一个初始设计的表在运行一段时间后，随着业务的发展和系统的持续运营，对表结构进行调整是迟早的事，但调整表结构如增加新字段、字段长度调整等都需要慎重，特别是针对数据量大访问频繁的表更要谨慎。

在评估表结构调整时，一般需要考虑：

是否需要停系统调整，对于高并发访问频繁的表至少要等到业务闲时进行调整；

如果是调整字段大小需要评估是否有代码限制了字段大小；

如果是新增字段需要评估是否有代码采用了 select *方式访问；

是否需要初始化历史数据？如果有是否会造成行迁移？是否需要重建表？

是否会影响外围接口或系统数据的交互？

为了应对字段增加可能带来的风险，有2个方法来提取预防：

给一些大表预留一定的字段，这样可以避免停系统、减少行数据迁移、并避免系统运行时进行表结构调整的风险，但要规划好预留字段的数量、并做好启用管理；

尽量不动大表本身，而是设计扩展表来解决。

禁忌9：忌直接使用用户名和密码连接数据

在信息安全非常重视的今天，数据库的安全性是重中之重，应用系统不应该在程序代码或配置文件中直接使用用户名和密码方式连接访问业务数据。如果这样，对开发人员和维护人员密码就和没有密码一样，另外如果出现数据库必须修改密码时，需要到处改密码相关的代码或配置文件。

比较好的解决办法是用最小权限的用户登录，登录后通过专用加密配置表获取用户真正使用的用户和密码，这就是二次登录。