最近公司在做这样的一个业务,由我来设计数据库,其中有有一个需求,根据原型图设计数据库吗,这也是我第一次独立设计数据库,因涉及公司的机密,只能展示部分原型图:
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层)。
<?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的有很多条记录。那么,这就是 “多” 。
所以,一和多之间,并非绝对的关系,只是相对来说。就像我们初中学过的运动间的相对关系。什么是静止的,什么是运动的?我们坐在车厢里,相对于窗外的行道树,我们是运动的。相对于车子,我们就是静止的。所以,也有句话,叫做日行不动八万里。万物就是这样,没有绝对的关系。因而,在实际的项目中,我们遇到了太多的一对多(多对一)的关系,比如:
我们只有点击选择人员,才将数据保存到数据库中,但是,我们还是要将人员类型按照顺序展示出来。因而,我们需要考虑的是,判断数据库中是否存在某种人员类型,比如业务员类型,业务部经理类型。
在做项目之前,我们需要考虑算法,否则,做出来的东西虽然没错,但不是业务所需要的。
通过上文的算法设计,我们编写实现方法:
@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); }
我们在开发过程中和,要分明白何时以业务驱动为开发对象,何时以算法驱动为开发对象。这样,做一个有条理的人,你就会获得更多的知识。