关系数据库设计中，用中间表好还是直接设定主外键关联好

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

}

设置关联的两表或者多表、通过外键关联、外键字段是从表中的字段、外键（foreign

key）字段需要在主表做主键(primary

key)、

比如

学生表(学号

主键，姓名)

主表

课程表(课号

主键，课名)

主表

选了表(学号

外键，

课号

外键，成绩)

从表

这样三个表就关联了、记住建表顺序、先主表、再从表

然后可以使用代码或者图形界面管理器创建外键、创建完就关联了

外键的取值必须是主键的值

可以啊

职员名 公文名

甲 公文1，公文2……公文n

乙 公文1，公文m

…………………………

将职员名作为主键，每个人可以审批很多个公文，所以公文名是多个，这样不就是多对多的关系吗？

---