Question

关联关系比较多的表到底该不该建外键约束

Answer 1

1，数据表与数据表之间有关联（Relationship）是肯定的，但是不一定要用外键（Foreign Key），为什么？外键本质是一种约束（Constraint），该约束决定了你在增删改查的时候都会有额外开销。【实际上数据库在处理外键的时候估计也是创建一个中间表根据中间表来做关联操作，完成后再删除】
2，“对于 “N对N” 的关系，两个 Model 之间肯定是需要一张中间表的，比如 Student、Class 之间选课关系，是多对多的，肯定需要一张 Enroll 的表来维持，记录两个表的主键（Primary Key），但是不需要在数据库层加外键约束，只需要加两个索引，或作为联合主键。
3，至于查询，尽量不用 JOIN。但是问题是我确确实实是需要知道多个表的信息。
比如我要知道某门课（Class，已知 ID）的信息，同时还有选上该课（Enrolled）的学生信息（Student）。
使用 JOIN ？没问题，我相信你可以写出一个很长的 JOIN 语句。
但是，可能有的地方大概这样实现的（伪代码）：
getClassInfo(@class_id)
{ SELECT class_col1, class_col2 FROM class WHERE class.id = @class_id }

getStudentInfo(@class_id)
{ SELECT student_col1, student_col2 FROM student WHERE student.id IN (SELECT enroll.student_id FROM enroll WHERE enroll.class_id = @class_id) }

两种方案各有优缺。
后者最大的一个优点是灵活，比如我们引入缓存（Caching）。
一般来说，一个学校 class 数量不多，并且经常被查询，系统可能会引入缓存层（如 memcached、redis）来存放 class 对象。
那么上面的 getClassInfo 其实会变为
{
if(memcached.has(@class_id) != null)
{
return memcached.get(@class_id);
}

//查询数据库（只有 class 表），和上面的 SQL 一样
memcached.set(@class_id, class_object);
return class_object;
}