导读
最近公司在做这样的一个业务，由我来设计数据库，其中有有一个需求，根据原型图设计数据库吗，这也是我第一次独立设计数据库，因涉及公司的机密，只能展示部分原型图：
1、如图是项目的原型图，每个项目都是一条记录，因而，这可以设计成独立的项目表
2、当点击红框中的“人员”，就会出现一个弹框，弹框如图所示。
这是项目人员，自然是根据项目来的。不同项目可能有不懂的人员。因而，这可以设计成一张项目人员表。表中的字段肯定有“人员类型”，比如业务员，业务部经理等。外键自然是项目的主键。一个项目可能会有多条记录，比如说业务员一条记录，业务部经理一条记录等。所以，对于项目而言，这是一对多的关系，是什么意思呢？一个项目在项目人员表有多条记录；但对于项目人员来说，这是多对一的关系，多条项目人员的记录对着一个项目。如图所示：
生成数据表结构是有 Java 代码生成的，因而，代码如下：
/**
* Created By zby on 15:00 2018/12/25
* 项目人员
*/
@AllArgsConstructor
@NoArgsConstructor
@Data
@Entity
@Table(name = “zq_project_person”)
public class ProjectPerson extends BaseObj {
/**
* 人员类型
*/
@Enumerated(EnumType.STRING)
@Column(name = “person_type”)
private PersonTypeEnum personType;
/**
* 人员的 ids，存储人员的编号
*/
@Column(name = “ids”)
private String ids;
/**
* 选择时间
*/
@Column(name = “op_time”)
private Date opTime;
/**
* 项目
*/
@ManyToOne
@JoinColumn(name = “project_id”)
private Project project;
}
人员类型是枚举，代码如下：
/**
* Created By zby on 9:43 2018/12/27
*/
public enum PersonTypeEnum implements TitleEnum {
PERSON_TYPE_SALESMAN(“ 业务员 ”),
PERSON_TYPE_SALESMAN_MANAGER(“ 业务部经理 ”),
PERSON_TYPE_DESIGNER(“ 设计师 ”),
PERSON_TYPE_DESIGNER_MANAGER(“ 设计部经理 ”),
PERSON_TYPE_PROJECT_SUPERVISION(“ 工程监理 ”),
PERSON_TYPE_ENGINEERING_MANAGER(“ 工程部经理 ”);
。。。
一对多和多对一
一和多的概念
通过以上的分析，我们知道一对多和多对一的关系。这个“一”和“多”到底是什么是“一”，什么又是“多”呢？在实际的项目中，我们多问几个为什么，成长也会特别的快。不要怕问，也许，人家可能没时间回答你，或许，人家害怕把你教会了。这样，也要问，不问就永远不知道。
“一”针对“一个点”来说，就像是 spring 中的 aop（Aspect Oriented Programming）编程一样。spring 框本身就是以算法驱动为开发，但我们在使用它时，一般是以业务驱动为开发的。既然是业务处理，自然涉及到业务的诸多流程，比如，专门将 JVM 中的瞬时态的对象转化为数据库的持久态的字段值、或将数据库的持久态的字段值转化为顺势态的 Java 对象的 dao（data access object）层；专门处理数据库事务相关的事务层（service 层）；专门处理接受前端数据和返回前端数据的控制层（controller 层）。
我们单单只考虑其中的一个业务流程，即数据库的事务层（service 层）。这就是一个点，也就是 aop 需要考虑的一个点。aop 的配置文件如下所示：
<?xml version=”1.0″ encoding=”UTF-8″?>
<beans xmlns:xsi=”http://www.w3.org/2001/XMLSchema-instance”
xmlns:aop=”http://www.springframework.org/schema/aop” xmlns:tx=”http://www.springframework.org/schema/tx”
xmlns=”http://www.springframework.org/schema/beans”
xsi:schemaLocation=”http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-4.1.xsd
http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-4.1.xsd
http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-4.1.xsd”
default-lazy-init=”true”>
<!– =================================================================== –>
<!– AOP: Configuration and Aspects @TODO: 事务缩小范围到 固定的 名字 –>
<!– 采用 ant 风格的编写方式，一个 * 表示至少有 0 个字母，两个 ** 表示至少有 0 个目录 –>
<!– =================================================================== –>
<aop:config>
<aop:advisor id=”managerTxOne” advice-ref=”txAdvice” pointcut=”execution(* *..service.*Service.*(..))”
order=”0″/>
</aop:config>
<tx:annotation-driven/>
<!– 开启 AOP 监听 只对当前配置文件有效 –>
<aop:aspectj-autoproxy expose-proxy=”true”/>
<tx:advice id=”txAdvice”>
<tx:attributes>
<!– 获得单个对象 –>
<tx:method name=”get*” read-only=”true”/>
<!– 列表对象 –>
<tx:method name=”list*” read-only=”true”/>
<!– 搜索分页对象 –>
<tx:method name=”search*” read-only=”true”/>
<tx:method name=”*”/>
</tx:attributes>
</tx:advice>
</beans>
我们注意上面的 <aop:config>。。。</aop:config> 这段代码，其实就是配置的设置这个点。这个是处理所有以 service 结尾的。
因而，回头说说我们数据的库的“一”，这是针对一条记录来说的，比如上文说到的项目表中有很多项目，我们单单举出来编号为 167 的项目，那么，这就是“一”。“多”我们针对的是当前数据表中涉及到外键字段的记录的条数。比如在项目人员表中，外键名为 project_id 的项目编号等于 167 的有很多条记录。那么，这就是“多”。
一对多和多对一的理论示例
所以，一和多之间，并非绝对的关系，只是相对来说。就像我们初中学过的运动间的相对关系。什么是静止的，什么是运动的？我们坐在车厢里，相对于窗外的行道树，我们是运动的。相对于车子，我们就是静止的。所以，也有句话，叫做日行不动八万里。万物就是这样，没有绝对的关系。因而，在实际的项目中，我们遇到了太多的一对多（多对一）的关系，比如：
项目和项目人员就是一个典型的一对多和多对一的关系。因为上文提到了，就不再赘述。
项目和项目阶段也是一对多和多对一的关系。一个项目从执行到竣工，肯定有很多的阶段，每个阶段的执行时间、阶段名称、涉及到的人等。因而，这也是一对多的关系。所以，在项目阶段表中相同项目编号的记录至少零条。
评论表和用户、文章也是一对多和多对一的关系。比如我在思否写了篇文章，当其他用户登录了，假设评论我的文章，一个用户可以评论多次一篇文章，一个用户也可以评论我的多篇文章。所以，在评论表中，一个用户的记录至少零条，一个用户的文章的记录数至少零条。
同一张表中也可以存在一对多的关系。如文章类型这张表，文章类型肯定有父类型。在这张表中，父类型至少有零条记录数。如栏目，栏目肯定有父类型，父栏目下面有子栏目，父栏目的记录至少有零条。
根据 4 所说的，一个文章类型下面有多篇文章，这也是典型的一对多；一个栏目下面有多个内容，这也是典型的一对多。
。。。在有的话，欢迎评论。
以项目人员为示例
业务需求
我们只有点击选择人员，才将数据保存到数据库中，但是，我们还是要将人员类型按照顺序展示出来。因而，我们需要考虑的是，判断数据库中是否存在某种人员类型，比如业务员类型，业务部经理类型。
存在，就把数据表的对象取出来，然后填充到集合容器中。
不存在，我们就要不存在人员类型填充到集合容器中。
算法思想：
在做项目之前，我们需要考虑算法，否则，做出来的东西虽然没错，但不是业务所需要的。
我们从数据库中取出当前项目下的项目人员的记录，即 List<ProjectPerson> projectList = projectPersonDao.listProjectPersons(projectId);
我们获取枚举对象的数组，然后遍历枚举集合，即 for (PersonTypeEnum obj : PersonTypeEnum.class.getEnumConstants())；
设置一个开关，true 表示数据存在该枚举对象，false 表示数据库不存在该枚举对象，即 boolean objInProjectPerson = false;
再遍历 projectList，获取项目人员的对象，拿到人员类型的对象，与枚举对象进行比较，如果相等，就 objInProjectPerson 置为 true，然后挑出内循环。
判断 objInProjectPerson 状态，如果未 false，就将人员类型的对象设置为当前枚举对象。
最后，通过 projectPersonList.sort(Comparator<? super E> c) 方法进行排序。因为方法形参的是 Comparator 接口，因而，我们需要一方法内部类的方式实现排序。
方法实现
通过上文的算法设计，我们编写实现方法：
@Override
public Result<List<ProjectPerson>> listProjectPersons(Long projectId) {
//【1】步骤一
List<ProjectPerson> projectList = projectPersonDao.listProjectPersons(projectId);
List<ProjectPerson> projectPersonList = new ArrayList<>();
Class<PersonTypeEnum> clz = PersonTypeEnum.class;
//【2】步骤二
for (PersonTypeEnum obj : clz.getEnumConstants()) {
//【3】步骤三
boolean objInProjectPerson = false;
for (ProjectPerson projectPerson : projectList) {
//【4】步骤四
if (obj.equals(projectPerson.getPersonType())) {
projectPerson.setSort(obj.ordinal());
objInProjectPerson = true;
projectPersonList.add(projectPerson);
break;
}
}
//【5】步骤五
if (!objInProjectPerson) {
ProjectPerson projectPerson = new ProjectPerson();
projectPerson.setPersonType(obj);
projectPerson.setSort(obj.ordinal());
projectPersonList.add(projectPerson);
}
}
//【6】步骤 6
projectPersonList.sort(new Comparator<ProjectPerson>() {
@Override
public int compare(ProjectPerson firstProjectPerson, ProjectPerson secondProjectPerson) {
return firstProjectPerson.getSort() – secondProjectPerson.getSort();
}
});
return ResultUtil.buildSuccess(projectPersonList);
}
一对一的概念
我们有时也会涉及到一对一的数据表设计，这里是不大会用到的。这一般时用来分表所做的，比如说用户表和用户快照表。用户表存储用户必填的信息，碧如 账号、性别、密码、登录时间、退出时间等等。用户扩展表就是用户的扩展信息，比如爱好、昵称、等等。是用户可填可不填的。如果数据都放在同一张表中，会感觉比较乱的。
总结
我们在开发过程中和，要分明白何时以业务驱动为开发对象，何时以算法驱动为开发对象。这样，做一个有条理的人，你就会获得更多的知识。