携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第11天，点击查看活动详情
用户角色关联
业务分析:
在本套图书管理系统中,每个用户都对应着一个角色，所以用户与角色的对应是一对一的关系。
业务实现
我在MySQL中每个用户后面都加上了role属性,值分别为1,2,3,4分别表示普通员工,馆长，书目管理员，总管理员。再创建一个role表分别表示role值对应的员工职位。比如用户名为xk的用户对应的role为1，那么他的职位就是role表中1的对应role-name也就是普通员工。这样子就完成账号和对应的人员信息有关联关系，每个用户对应一个馆长/职工。
书籍类型增加删除
业务分析:
馆长可以添加和删除书籍类型，这里涉及到权限问题，但我这里先假设所有员工都有权限进行任何操作，等到后面时再根据角色的不同赋予不同的权力。书籍类型的增加和删除其实就跟书籍的增加和删除差不多,而且图书类型的信息还十分的少，因此就更加容易完成此业务。但这个业务跟图书本来是应该要有关联的，比如说每本图书对应着一个图书类型并且在图书类型中有所体现，但我这里并没有进行相关的编写，而是直接将图书类型定义为一个独立的类型。
写着写着，我突然有了一个想法，就是在图书类型列表中增加一个按钮使之可以查看哪些书是属于当前图书类型的。也就是点击查看所属当前图书类型的按钮后，跳转到一个新页面，该页面包含了属于当前图书类型的图书，这又是一次有趣的代码编写。
