数据库专业人士“采访”整理记录

最近在学后台，数据表设计设计就懵了，感觉并不知道如何设计，于是在QQ上问了公司的专业人士——数据库工程师。感觉学到很多，但因为用的还不够，知识上还是匮乏阶段，所以先整理记录，慢慢消化。

问：大神，问下数据库结构如下，在实际设计中会不会使用外键呢？还是单纯使用逻辑让数据保持一致？

答：独立表，像你列举的公司表，部门表这种相互关系并不大的，一般不会用外键。有外键会影响表的删除，这个关系一般只是使用逻辑来维持，而非数据库外键。

如果是一张主表，多张明细表，比如有一张用户表，关于个人联系方式方面有张表，关于个人优惠券，vip信息有张表，这种情况就要使用外键。因为此时的主表，明细表的联系很密切。如果主表删除，明细表是一定要删除的，使用外键能够帮助我们有效识别关联表，减少数据库的无效表数据。

问：大神，像上图的关联表会使用吗？听说在实际应用中为了加快查询速度不会使用关联表，这是真的吗？

答：关联表的实际用途是记录其他表的唯一值。在实际生产过程中，我们会尽力减少关联表，这样能有效提高数据库的查询性能。

有些情况下，关联数据如果查询次数多，那么也可单独建立关联表。但注意此时建表的目的依旧是为了加快查询速度，其实这张表依旧是独立表，不要对它设立外键。

从数据库实际运用的角度来说，性能永远放在首位。关联表也是要面向性能，能够提升性能就使用，不利于性能就不使用。

问：最后一个问题，您前面提到，主表明细表之间关联密切。如果删主表，明细表也要删除。从学习中，我了解到，触发器会降低系统灵活性，存储过程则不利于数据库迁移，有点纠结是否要使用它们。那么这种情况下（删除主表，同时删除明细表）选择使用触发器进行系统触发还是使用存储过程进行手动触发呢？

答：有外键就不用使用触发器了。外键能够有效帮助我们识别相关从表。

主表从表之间，这种情况最好还是不要选用触发器。因为主表从表这种关系，我们往往会使用到事务处理保持数据一致性。在有事务的情况下，从表会被锁死，主表触发器等待，出现并发问题。使用触发器可能会出现死锁。

存储过程这种方式还是不错的。它可以方便我们的修改，也不像触发器那样每次都进行修改。同种类型数据库之间，存储过程的迁移不会有困难。不同种类数据库之间，比如MSSQL和MYSQL之间，它们的存储过程格式不同，此时需要修改。

所以，就个人而言，我更偏向存储过程的方式。

问：谢谢，不愧是专业人士，我学到了好多东西，需要消化一下。

答：不用，我就是个业余的。

总结
1.要有主从表的概念，对于不常修改的数据放在主表，经常修改的数据放在从表
2.主从表之间可以使用外键进行保护，可以有效减少无效表。
3.实际生产过程中，少用关联表。如果使用过程很多，有助于提高性能，则可使用关联表。
4.触发器使用需要谨慎，存储过程是一种比较好的处理表数据的方式。