主表，从表，关联表，父表，子表
一、前言
在数据库设计中，Hibernate，iBatis等ORM框架的使用中经常听说主键，外键，主表，从表，关联表，父表，子表之类的术语，弄懂它们之前的区别与联系对于数据库设计和ORM框架的学习使用是非常有必要的。
二、概述
下面从数据库设计角度，ORM框架使用(以Hibernate为例)，PowerDesigner软件以及实际业务角度进行一下介绍。
(1) 数据库角度而言
主键：一般情况下，满足第一范式的表都有一个主键Primary key，用于唯一标示数据库中的一个字段。
外键：外键是相对于数据库设计中的参考完整性而言，它与主键之间是彼此依赖的关系。假设现在有两个表，产品分类表ProductCategory(主键CategoryId)和产品信息表Product(主键ProductId)，每类产品都属于一个分类。那么如果产品信息表肯定需要参考产品分类表进行定义。因为如果没有产品分类表，又何谈产品分类呢。所以产品信息表Product需要引用ProductCategory中的主键CategoryId 进行产品分类定义，Product表中引用CategoryId的字段就是外键。
在概念模型(Concept Model)中，从产品分类角度看，产品分类和产品之间就是一对多的关系，一个分类下可以有多个产品。从产品角度看，产品和产品分类之间是多对一的关系，多种产品属于一个分类。
主表：在数据库中建立的表格即Table，其中存在主键(primary key)用于与其它表相关联，并且作为在主表中的唯一性标识。（摘自百度百科）
从表：以主表的主键（primary key）值为外键 (Foreign Key)的表，可以通过外键与主表进行关联查询。从表与主表通过外键进行关联查询。（摘自百度百科）
关联表：两个数据库及其（数据）表之间的数据的相互依赖和影响关系。
比如现有某学校三个数据表：学生（学号，姓名），课程（课程名，课程编号），选课（学号，课程 号，成绩）。选课表中的“学号”，“课程号”必须是另外两个表中存在的数据，才有意义；而且一旦另外两表中的某一学生或课程被删除，选课表中的相应学号或 课程号必须自动删除。这就是一种关联关系。它实际上是保证数据完整性的一种做法.
父表，子表的说法其实在PowerDesigner中解释可能更加恰当，这里就不多说了。
(2)从ORM框架来看
Hibernate的主表从表请参照：
http://www.iteye.com/problems/31280
关联表： 在Hibernate的关联关系中，存在着多对多的关联，但是实际情况下，我们是很少使用多对多关联的，因为它的查询效率很低（http://zhidao.baidu.com/question/244432511.html）。
举个例子，一个订单可以订多个产品，一个产品也可以出现在多张订单。很明显，一个多对多的关系，因为效率问题，我们必须将它分解成两个1对多的关系，所以，必须添加一个中间表，也就是关联表，用来保存两个表的主键，从而实现多对多关系的分解。
(3)PowerDesigner
一个截图，足以说明一切了，多的也不用举例，上面的单词相信大家还是可以看懂的。
(4)实际业务功能
关于这个业务功能，不多介绍了，从网上截取了一个不错的例子，大家可以看一下，介绍的非常不错。
班级：Class 学生：Student
Class的表结构
id int identity,
name varchar
Student
id int identity,
name varchar,
classId int refrence Class ('id')
Student 中classId引用Class，一个班级中可能有多个学生，那么此时可以说Class是主表，Student是Class的从表，从hibernate的角度看，Student和Class是一个many-to-one的关系。
不过主表和从表是相对的，没有绝对的，比如，老师和学生的关系，一个老师有多个学生，一个学生同时也有多个老师，这时如果以老师为主表，那学生就是从表，一学生为主表，那老师就是从表。
如何确定主表和从表？
则完全取决于业务，业务上的主体就是主表，比如软件A是为老师而设计，用于管理学生的，那老师就是主表，软件B是为家长设计，用于管理老师的，那学生就是主表。主表和从表没有绝对，完全取决业务上的重心。
相信看了上面的介绍，大家都这些概念也大致的所有了解了。把这些基本概念弄懂对于学习ORM框架是非常重要的。