1.主扩展模式：
一般应用于提取不同类型的对象的共同特征。比如学校当中，对于上课而言分为老师和学生，但对于食堂大妈或者门卫大爷而言，就看你是不是校内人员。这是一种包含关系。即校内人员包括 学生、老师、其他工作人员。如果做一个签到系统，就设定校内人员为user表，老师、学生之类的单独成表，但是都维护同样的userid同时作为二者的主
键。使之称为1对1的关系。这种模式就是主扩展模式。
扩展表的主键既是扩展表的主键也是主表的外键
2.主从模式 主从模式的应用场景最多。是典型的一对多的关系。比如贴吧的实现，整个吧就是一个主表。而贴吧有许多的从表就是不同楼主发的帖子，而每个帖子有用很多从表那就是每个楼所对应的信息。
3.名值关系 主要处理系统设计阶段还不能完全确定的属性的对象。这些对象的属性在系统运行时会有很大的变更，或者是多个对象之间的属性存在很大的差异。 比如说一个学生的表，记录了一些学生必须有的属性：年龄身高体重姓名什么的。但是突然有一天有一个人穿越了，他就需要一个剑术值的数据。通常需要额外两个表来存储这种不确定是否会用会有的属性。
首先需要一个属性模版表，就是不管这个属性属于谁，属于何物，何时，我只是证明有这么一条额外属性而存在。那么上述的例子当中，属性模板表当中就需要添加一条属性：（属性代码一般给属性分类用）
ID 1 属性代码 1001 属性名称 剑术值
但是具体剑术值是多少，这个表不去讨论。存储数据的表称为额外属性表，这个表存储的字段分别标识 1.这条数据属于哪个人、物（角色id） 2.这条数据是什么属性 （属性模板ID） 3.属性的具体值是多少 （data)
4.多对多关系 多对多模式，也是比较常见的一种数据库设计模式，它所描述的两个对象不分主次、地位对等、互为一对多的关系。对于A表来说，一条记录对应着B表的多条记录，反过来对于B表来说，一条记录也对应着A表的多条记录，这种情况就是“多对多模式”。这个主要可以细分成两种情况。取决于关联表有没有业务需求。
