mysql 设计中间表好吗_数据库设计-关系数据库设计中，用中间表好还是直接设定主外键关联好？...

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;

}