4.2 图书借阅系统数据库设计 --MySQL

---

  

---

前言

大家好，我是天罡gg，一个有十多年丰富履历的高级架构师，参与过很多系统的数据库设计，在数据库设计方面有相当丰富的履历。正赶上这篇实战专栏的数据库设计，所以今天让我们来一起做一下《图书借阅系统的数据库设计》，一篇既有理论知识，又能实战落地的数据库设计！
本文从【需求分析】开始，到【概念结构设计】的画ER图, 再到【逻辑结构设计】的ER图转关系模型, 末了到【物理结构设计】的MySQL表设计, 再加上【详细业务分析】的SQL实现，你是不是已经怀疑真有这么齐全吗？你没看错，全文HTML统计1万3千多字，Markdown统计1万6千多字，设计图片24张，让我们拭目以待！
   数据库设计的基本步调
按照规范设计的方法，考虑数据库及其应用系统开发全过程，将数据库设计分为以下6个阶段
  

• 需求分析：分析用户的需求，包括数据、功能和性能需求
  
• 概念结构设计：主要采用E-R模型进行设计，包括画E-R图
  
• 逻辑结构设计：通过将E-R图转换成表，实现从E-R模型到关系模型的转换
  
• 物理结构设计：主要是为所设计的数据库选择合适的存储结构和存取路径
  
• 数据库实施：包括编程、测试和试运行
  
• 数据库的运行和维护：在运行过程中不断对其进行调整、修改。
  

---

一、背景和需求分析

   阐明：分析用户的需求，包括数据、功能和性能需求。
  1.1 背景

图书馆作为一种信息资源的交换场合，图书和用户借阅资料繁多，包含很多数据信息的管理，因此实现图书管理的电子信息化，可以简化繁琐的工作模式，有用解决图书借阅过程中的诸多问题，给图书管理员和借阅者带来极大的便利。
图书借阅系统是为了满足图书馆借阅图书的工作而设计的，它的功能主要分为数据维护和基本功能两大模块。其中数据维护模块包括图书的数据维护和借阅者的数据维护，基本功能模块包括对图书和借阅者的信息浏览、借书、还书、查询、统计等功能。
1.2 信息需求

图书借阅系统主要针对两种身份：管理员、学生。
学生： 可以在线查找自己想借的图书，能检察图书的基本信息是最低要求。为了更好的借书体验，可以检察图书的借阅次数、品评数和详细品评 以及 借阅状态。通过检察借阅次数和品评，增长对图书的爱好，当检察图书的借阅状态是闲置中时，可以直接在线发起借阅；如果图书已经在借阅中，我们可以提供一个收藏功能，方便日后再借阅；那么当对图书有话说时，还可以发起品评，这些都是电子信息化带来的好处。
管理员： 主要职责是对图书进行维护，对学生进行管理。为了更好的运营，可以发布一些新闻公告、做一些新书推荐，为了更规范运作，需要拥有对学生的借阅借的审批、对学生借书的审批、对学生还书的审批登记、以及对品评的审批等工作。

1.3 功能需求

管理员

• 图书管理
  包括图书录入、修改的功能，这也是必备的功能。
  图书包含字段：图书编号、图书名称、图书范例、作者、图书简介、图书封面、出书社、出书时间
  
  
  
  • 新书推荐：有对图书进行推荐的功能，当管理员操作后，推荐的图书会展示到学生能看到的推荐地域
    
  • 借阅审批：学生发起的借阅申请，需要经过管理员审批，审批通事后才可以线下领书。管理员可以根据图书和学生的情况进行审批，包括审批通过和拒绝两个功能项，拒绝需要填写拒绝原因
    
  • 书评管理：学生在图书详情对图书进行品评、打分后，不会直接展示，需要经过管理员审批以后才可以公共显示，包括审批通过和删除两个功能项
    
  • 确认归还：当学生将书归还后，由管理员进行确认归还的功能操作
    
  
  
• 学生管理
  
  
  
  • 学生发起的借阅证申请，需要经过管理员审批，审批通过才会拥有进行图书借阅的资格。管理员根据学生情况进行审批，包括：通过和驳回两个功能项
    
  • 对学生借阅资格的冻结或规复，这是给管理员更大的权限，可以对不遵守规则的学生进行冻结，学生被冻结后将无法借书，直到管理员给规复。
    
  
  
• 公告管理
  此功能主要是针对一些公告信息的录入，例如寒假即将到来，图书系统即将关闭，请同砚们及时借阅，假期补充知识之类的公告。
  包括新闻公告的新增、修改、删除的功能。
  公告包含字段：标题、内容、发布时间
  

学生

• 学生注册
  学生注册时需要填写用户名、密码。
  登录后，进行借阅证申请，需要填写字段：学生编号、学生姓名、学生昵称、学生所属(例如XX学院XX系XX班)、学生证照片
  
• 首页
  可以检察管理员发布的新闻公告、新书推荐。
  
• 我要借阅
  借阅证申请通事后，才可以看到我要借阅的入口：
  
  
  
  • 查找图书
    图书范例进行筛选，可以通过借阅次数、出书时间分别进行排序
    
  • 借阅
    当图书借阅状态为闲置时，才可以点击借阅。提交借阅后，会发给管理员进行审批。可以在个人借阅记录查询审批效果：通过或拒绝。
    
  • 收藏
    对图书感爱好，可以点击收藏，也可以取消收藏。可以在我的收藏检察。
    
  • 品评
    对图书有话说，可以点击品评、打分，会发给管理员进行审批，审批通事后，会在图书下公共展示该品评。
    
  
  
• 个人中央
  
  
  
  • 个人信息展示
    
  • 我的借阅
    
  • 我的收藏
    
  • 修改密码、密记密码
    
  
  

1.4 数据流图

待补充

---

二、概念结构设计

   阐明：主要抽象出系统实体，并采用E-R模型进行设计
  1. 抽象出系统实体

学生-》申请 -》借阅证，可以得出【学生】和【借阅证】两个实体，【申请】是联系。
学生-》借阅 -》图书，可以得出【图书】实体，【借阅】是联系。
学生-》收藏 -》图书，可以得出【收藏】是联系。
学生-》品评 -》图书，可以得出【品评】是联系。
管理员-》发布 -》公告，可以得出【管理员】和【公告】两个实体，【发布】是联系。
管理员-》管理 -》图书，可以得出【管理】是联系。
   涉及的5个实体有：
  

• 
  
  • . 学生
    
  
  
• 
  
  • . 借阅证
    
  
  
• 
  
  • . 图书
    
  
  
• 
  
  • . 管理员
    
  
  
• 
  
  • . 公告
    
  
  

   5个实体之间的联系如下：
  

• 1名学生，只能申请1个借阅证，一个借阅证也只能属于一名学生，所以是一对一的联系；
  
• 1名学生，可以借阅N本图书，1本图书，也可以被N名学生借阅，所以学生与图书是多对多的借阅联系；
  
• 1名学生，可以收藏N本图书，1本图书，也可以被N名学生收藏，所以学生与图书是多对多的收藏联系；
  
• 1名学生，可以品评N本图书，1本图书，也可以被N名学生品评，所以学生与图书是多对多的品评联系;
  
• 1名管理员，可以发布N条公告，但1条公告，只能由一名管理员发布，所以是一对多联系;
  
• 1名管理员，可以管理N本图书，1本图书，只能由一名管理员末了管理，所以是一对多联系。
  

2. 局部E-R图

   E-R图：Entity Relationship，实体关系图。
  常见的有4个部门：
  

• 矩形框：表示实体，在框中记入实体名。
  
• 椭圆形框：表示属性，在框中记入属性名。
  
• 菱形框：表示联系，在框中记入联系名。
  
• 连线：用于实体与属性之间；实体与联系之间；联系与属性之间;
  并在实体与实体之间标注联系的范例（对于一对一联系，要在两个实体连线方向各写1； 对于一对多联系，要在一的一方写1，多的一方写n；对于多对多关系，则要在两个实体连线方向各写m，n。）
  

  2.1 学生 E-R图

这是一个实体。
根据需求得知学生基本信息包括：学生编号、学生姓名、学生昵称、学生所属(例如XX学院XX系XX班)、学生证照片
因为需求中冻结的状态，所以我们增长一个属性：

• 是否冻结：代表学生的借阅状态是否冻结
  

2.2 借阅证 E-R图

这是一个实体。

2.3 图书 E-R图

这是一个实体。
根据需求得知图书的基本信息包括：图书编号、图书名称、图书范例、作者、图书简介、图书封面、出书社、出书时间
另有2个引申出来的额外属性：

• 是否是新书推荐：这是管理员可以维护的新书推荐的标识
  
• 图书状态：闲置中或借阅中
  

2.4 管理员 E-R图

这是一个实体。

2.5 公告 E-R图

这是一个实体。
根据需求得知公告的基本信息包括：标题、内容、发布时间
有大概被删除，所以另有2个引申出来的额外属性：

• 是否已删除：这是管理员删除公告的标识
  
• 删除时间：这是管理员删除公告的时间
  

2.6 申请 E-R图

这是一个联系，【学生】和【借阅证】之间存在着【申请】的联系。

【申请】需要【管理员】审批，所以包括如下属性：

2.7 借阅 E-R图

这是一个联系，【学生】和【图书】之间存在着【借阅】的联系。

【借阅】需要【管理员】审批和归还，所以包括如下属性：

2.8 品评 E-R图

这是一个联系，【学生】和【图书】之间存在着【品评】的联系。

【品评】需要【管理员】审批，所以包括如下属性：

2.9 收藏 E-R图

这是一个联系，【学生】和【图书】之间存在着【收藏】的联系。

【收藏】不需要【管理员】审批，但可以【取消】，所以包括如下属性：

   公告发布和图书管理都不需要生存记录，所以没有关联的属性。
  3. 全局E-R图

   我省略了属性，带颜色的实体和联系需要自行补充属性，根据上面的局部E-R图补充，别偷懒，现实画一下你大概会有更多的意会！
  

---

三、逻辑结构设计

   阐明：把E-R图转成关系模式。
  3.1 转换规则

一个实体型转换为一个关系模式，有一对一、一对多、多对多的联系。差别的联系转关系模式也差别。

• 一对一：两个一对一的实体可以转成两个关系模式，也可以合成成一个关系模式，它们之间的联系可以单独转成一个关系模式，也可以合并到与之关联的任一实体中记录下来。
  
• 一对多：每一个实体还是转成一个关系模式，可以单独把它们之间的联系转成一个关系模式，也可把联系记录到多（N）对应的实体中。
  
• 多对多：每一个实体还是转成一个关系模式，它们之间的联系必须转成一个关系模式。
  

3.2 关系模式

3.2.1 按转换规则分析

• 学生-》申请 -》借阅证
  
  
  
  • 【学生】实体可以转换为一个关系模式；
    
  • 【申请】需要生存记录，所以也可以转换为一个关系模式，并增长【学生编号】属性；
    
  • 【学生】和【借阅证】是一对一的联系，因为需求中对【借阅证】没有别的用途，所以我们将【借阅证】合并到【学生】关系模式中，称为【是否申请通过】属性。当然，如果日后有新需求，我们再增长【借阅证】关系模式也不迟。
    
  
  
• 学生-》借阅 -》图书
  
  
  
  • 【图书】实体可以转换为一个关系模式；
    
  • 【借阅】需要生存记录，所以可以转换为一个关系模式，并增长【学生编号】、【图书编号】属性。
    
  • 因为【借阅次数】对【图书】是非经常用的查询属性，所以【图书】实体增长【借阅次数】属性。
    
  
  
• 学生-》收藏 -》图书
  
  
  
  • 【收藏】需要生存记录，所以可以转换为一个关系模式，并增长【学生编号】、【图书编号】属性。
    
  
  
• 学生-》品评 -》图书
  
  
  
  • 【品评】需要生存记录，所以可以转换为一个关系模式，并增长【学生编号】、【图书编号】属性。
    
  • 因为【品评数】对【图书】是非经常用的查询属性，所以【图书】实体增长【品评数】属性。
    
  
  
• 管理员-》发布 -》公告
  
  
  
  • 【管理员】和【公告】两个实体可以转换为两个关系模式，因为是一对多的联系，【公告】为多的一方，所以将【管理员编号】属性生存到【公告】中。
    
  • 【发布】不需要生存记录，所以不需要转换。
    
  • 注意：管理员和学生，都属于用户，所以我们将管理员和学生抽象成【用户】，并且管理员并没有属性，所以只做为【用户】的一个角色，【学生】增长【用户编号】属性。
    
  
  
• 管理员-》管理 -》图书
  
  
  
  • 【管理】不需要生存记录，所以不需要转换。
    
  
  

3.2.2 现实转换效果

   根据以上规则和分析得到如下8个关系模型（红色字体的属性为主码）
  

• 用户表： 用户编号、用户名、密码、角色(0-学生 1-管理员)
  
• 学生表： 学生编号、用户编号、学生姓名、学生昵称、学生所属、学生证图片、是否申请通过(0-未通过 1-通过)、是否冻结(0-正常 1-冻结)
  
• 借阅证申请记录表： 申请编号、学生编号、申请时间、管理员操作时间、申请状态(0-待审核 1-通过 2-驳回)、驳回原因、管理员编号
  
• 图书表： 图书编号、图书名称、图书范例、作者、图书简介、图书封面、出书社、出书时间、图书状态(0-闲置 1-借阅中)、是否是新书推荐(0-否 1-是) 、借阅次数、品评数
  
• 图书借阅记录表： 借阅记录编号、学生编号、图书编号、借阅时间、借阅状态(0-待审核 1-ok 2-拒绝 3-已还)、拒绝原因、审核时间、归还时间、管理员编号
  
• 图书收藏表： 收藏编号、学生编号、图书编号、收藏时间、是否已取消、取消时间
  
• 图书品评表： 品评编号、学生编号、图书编号、评分(1,2,3,4,5)、品评内容、品评时间、审核状态(0-待审核 1-通过 2-驳回)、管理员编号
  
• 公告表： 公告编号、标题、内容、发布时间、是否已删除、删除时间、管理员编号
  

   对8个表之间的关系分析如下：
  

• 学生与用户
  

1名学生，便是1个用户，所以学生与用户之间是1对1(1 : 1)关系;

• [学生/管理员]与[借阅证申请记录]
  

1名学生，可以发起N次借阅证申请(存在不通过再次申请的情况)，而1次借阅证申请只能由1名学生发起，所以学生与借阅证申请记录之间是1对多(1 : n)关系;
1名管理员，可以对N次借阅证申请审批，而1次借阅证申请只能由1名管理员审批，所以管理员与借阅证申请记录之间是1对多(1 : n)关系;

• [学生/管理员]与[图书借阅记录]
  

1名学生，可以发起N次借阅，而1次借阅只能由1名学生发起，所以学生与图书借阅记录之间是1对多(1 : n)关系;
1名管理员，可以对N次借阅审批，而1次借阅只能由1名管理员审批，所以管理员与图书借阅记录之间是1对多(1 : n)关系;
1本图书，可以被N次借阅，而1次借阅只能针对1本图书，所以图书与图书借阅记录之间是1对多(1 : n)关系。
   注意：如果1次可以借N本图书的话，那么图书与图书借阅记录之间将是多对多(m : n)关系
  

• [学生/管理员]与[图书品评]
  

1名学生，可以发起N条品评，而1条品评只能由1名学生发起，所以学生与品评之间是1对多(1 : n)关系;
1名管理员，可以对N条品评审批，而1条品评只能由1名管理员审批，所以管理员与品评之间是1对多(1 : n)关系;
1本图书，可以有N条品评，而1条品评只能针对1本图书，所以图书与品评之间是1对多(1 : n)关系;

• 学生与图书收藏
  

1名学生，可以收藏N本图书，而1次收藏只能属于1名学生，所以学生与收藏之间是1对多(1 : n)关系;
1本图书，可以被差别学生收藏N次，而1次收藏只能针对1本图书，所以图书与图书收藏之间是1对多(1 : n)关系;

• 管理员与公告
  

1名管理员，可以发布N条公告，而1个公告只能由1名管理员发布，所以管理员与公告之间是1对多(1 : n)关系;
3.3 表结构

• 用户表：
  

• 学生表：
  

• 图书表：
  

• 公告表：
  

• 借阅证申请记录表：
  

• 图书借阅记录表：
  

• 图书品评表：
  

• 图书收藏表：
  

---

四、物理结构设计与实施

使用MySQL数据库，InnoDB存储引擎。
4.1 创建数据库

显示指定字符集为：utf8mb4，支持表情。
数据库定名规则：只包含小写字母和下划线，且以小写字母开头

1. CREATE DATABASE `db_book` CHARACTER SET 'utf8mb4' COLLATE 'utf8mb4_general_ci';

复制代码

4.2 创建数据表

显示指定字符集为：utf8mb4，支持表情。
表和字段定名规则：（参考《阿里巴巴手册 - 泰山版》）

• 只包含小写字母和下划线，且以小写字母开头
  
• 针对不用分库分表的场景，主键定名为id，且为自增AUTO_INCREMENT
  
• 任何字段如果为非负数，必须是 unsigned
  
• 表名不使用复数名词
  
• 表必备三字段：id, gmt_create, gmt_modified。gmt_create 创建时间, gmt_modified 更新时间，范例均为 datetime 范例，前者现在时表示主动式创建，后者过去分词表示被动式更新
  
• 小数范例为 decimal，克制使用 float 和 double
  
• 禁用保留字，请参考 MySQL 官方保留字
  
• 克制使用外键
  
• 克制使用存储过程
  

1. SET NAMES utf8mb4;
2. SET FOREIGN_KEY_CHECKS = 0;
4. -- ----------------------------
5. -- Table structure for user
6. -- ----------------------------
7. DROP TABLE IF EXISTS `user`;
8. CREATE TABLE `user`  (
9.   `id` int(11) UNSIGNED NOT NULL AUTO_INCREMENT COMMENT '用户编号',
10.   `user_name` varchar(50) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NOT NULL COMMENT '用户名',
11.   `password` varchar(50) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NOT NULL COMMENT '密码',
12.   `role` tinyint(1) UNSIGNED NOT NULL COMMENT '角色(0-学生 1-管理员)',
13.   `gmt_create` datetime(0) NOT NULL COMMENT '创建时间',
14.   `gmt_modified` datetime(0) NULL DEFAULT NULL ON UPDATE CURRENT_TIMESTAMP(0) COMMENT '修改时间',
15.   PRIMARY KEY (`id`) USING BTREE
16. ) ENGINE = InnoDB AUTO_INCREMENT = 3 CHARACTER SET = utf8mb4 COLLATE = utf8mb4_general_ci ROW_FORMAT = Dynamic;
18. -- ----------------------------
19. -- Table structure for student
20. -- ----------------------------
21. DROP TABLE IF EXISTS `student`;
22. CREATE TABLE `student`  (
23.   `id` int(11) UNSIGNED NOT NULL AUTO_INCREMENT COMMENT '学生编号',
24.   `user_id` int(11) UNSIGNED NOT NULL COMMENT '用户编号',
25.   `student_no` varchar(20) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NOT NULL COMMENT '学生编号',
26.   `student_name` varchar(20) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NOT NULL COMMENT '学生姓名',
27.   `nick_name` varchar(20) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NOT NULL COMMENT '学生昵称',
28.   `department` varchar(50) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NOT NULL COMMENT '学生所属(例如XX学院XX系XX班)',
29.   `id_card_image` varchar(1024) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NOT NULL DEFAULT '' COMMENT '学生证照片',
30.   `is_approved` tinyint(1) UNSIGNED NOT NULL DEFAULT 0 COMMENT '是否申请通过(0-未通过 1-通过)',
31.   `is_frozen` tinyint(1) UNSIGNED NOT NULL DEFAULT 0 COMMENT '是否冻结(0-正常 1-冻结)',
32.   `gmt_create` datetime(0) NOT NULL COMMENT '创建时间',
33.   `gmt_modified` datetime(0) NULL DEFAULT NULL ON UPDATE CURRENT_TIMESTAMP(0) COMMENT '修改时间',
34.   PRIMARY KEY (`id`) USING BTREE
35. ) ENGINE = InnoDB AUTO_INCREMENT = 1 CHARACTER SET = utf8mb4 COLLATE = utf8mb4_general_ci ROW_FORMAT = Dynamic;
37. -- 剩余6张表的完整代码，请私信我、或添加文章底部微信联系我
39. SET FOREIGN_KEY_CHECKS = 1;

复制代码

4.3 初始化数据

只需要初始化添加管理员账号用户即可。

1. INSERT INTO `user` VALUES (1,'admin','2469c47aa7b758eefff3d75939b20c7b',1,NOW(),NOW());

复制代码

---

五、详细业务分析

5.1 录入图书

录入四台甫著

1. INSERT INTO `book` VALUES (1, 'ts_00001', '西游记', 1, '吴承恩', '《西游记》主要描写了孙悟空、猪八戒、沙僧三人保护唐僧西行取经，唐僧从投胎到取经归来共遇到八十一难，一路降妖伏魔，化险为夷，最后到达西天、取得真经的故事。','xxx出版社','1990-10-10', '', 0, 0, 0, 1, 1, NULL, '2023-04-07 00:00:10', '2023-04-07 00:00:10');
2. INSERT INTO `book` VALUES (2, 'ts_00002', '三国演义', 1, '罗贯中', '《三国演义》可大致分为黄巾起义、董卓之乱、群雄逐鹿、三国鼎立、三国归晋五大部分，描写了从东汉末年到西晋初年之间近百年的历史风云，以描写战争为主，诉说了东汉末年的群雄割据混战和魏、蜀、吴三国之间的政治和军事斗争，最终司马炎一统三国，建立晋朝的故事。','xxx出版社','1993-10-10', '', 0, 0, 0, 1, 1, NULL, '2023-04-07 00:00:10', '2023-04-07 00:00:10');
3. INSERT INTO `book` VALUES (3, 'ts_00003', '水浒传', 1, '施耐庵', '《水浒传》是第一部描写农民起义的小说，全书围绕“官逼民反”这一线索展开情节，表现了一群不堪暴政欺压的“好汉”揭杆而起，聚义水泊梁山，直至接受招安致使起义失败的全过程。','xxx出版社','1995-10-10', '', 0, 0, 0, 1, 1, NULL, '2023-04-07 00:00:10', '2023-04-07 00:00:10');
4. INSERT INTO `book` VALUES (4, 'ts_00004', '红楼梦', 1, '曹雪芹', '《红楼梦》是以贾、史、王、薛四大家族的兴衰为背景，以富贵公子贾宝玉为视角，以贾宝玉与林黛玉、薛宝钗的爱情婚姻悲剧为主线，描绘了一些闺阁佳人的人生百态，展现了真正的人性美和悲剧美，是一部从各个角度展现女性美以及中国古代社会百态的史诗性著作。','xxx出版社','1992-10-10', '', 0, 0, 0, 1, 1, NULL, '2023-04-07 00:00:10', '2023-04-07 00:00:10');

复制代码

5.2 学生注册 + 申请借阅证

5.2.1 注册

1. INSERT INTO `user` VALUES(2,'1032975@qq.com', '2469c47aa7b758eefff3d75939b20c7b',0,NOW(),NOW());

复制代码

5.2.2 填写学生信息，申请借阅证

1. -- 填写学生信息
2. INSERT INTO `student` VALUES (1, 2, 's_00001', '张三', 'better man', 'XX学院XX系XX班', '', 0, 0, '2023-04-08 00:00:00', '2023-04-08 00:00:00');
3. -- student_id=1的学生，申请借阅证
4. INSERT INTO `qualification`(`id`, `student_id`, `status`, `verify_time`, `verify_user_id`, `reject_reason`, `gmt_create`, `gmt_modified`) VALUES (1, 1, 0, NULL, NULL, '', '2023-04-08 00:00:00', '2023-04-08 00:00:00');

复制代码

5.3 管理员审核借阅证通过

1. -- verify_user_id=1的管理员，审批通过 申请借阅证记录id=1的申请，status=1审批通过
2. update qualification set `status` = 1,
3. verify_time ='2023-04-08 00:10:00',
4. verify_user_id = 1,
5. gmt_modified = '2023-04-08 00:10:00'
6. where id = 1;
7. -- 让id=1学生，拥有借阅资格，is_approved = 1为有借阅资格
8. update student set is_approved = 1,
9. gmt_modified = '2023-04-08 00:10:00'
10. where id = 1;

复制代码

5.4 搜索图书

例如：按图书范例和名称搜索
展示字段包括：图书名称、图书封面、借阅次数、品评条数
按借阅次数倒序，分页从第0条开始，取10条

1. select id, book_name, cover_image, borrow_count, comment_count from book
2. where book_type = 1 and book_name LIKE '红%'
3. order by borrow_count desc
4. limit 0,10

复制代码

按出书时间正序，分页从第20条开始，取10条

1. select id, book_name, cover_image, borrow_count, comment_count from book
2. where book_type = 1 and book_name LIKE '三%'
3. order by publish_date
4. limit 20,10

复制代码

5.5 检察图书详情

展示字段包括：检察图书基本信息、我是否收藏、图书品评

1. -- id=1的图书基本信息
2. select * from book where id = 1;
3. -- student_id=1的学生，对book_id=1的图书，未取消收藏 的 收藏记录
4. select * from book_favorite
5. where book_id = 1 and student_id = 1 and is_cancelled = 0;
6. -- student_id=1的学生，对book_id=1的图书，审核通过 的 评论，按创建时间倒序
7. select * from book_comment
8. where book_id = 1 and student_id = 1 and `status` = 1
9. order by gmt_create desc;

复制代码

5.6 图书收藏 和 取消收藏

5.6.1 收藏

student_id=1的学生，收藏 book_id=1的图书

1. INSERT INTO book_favorite(`student_id`, `book_id`, `favorite_time`, `is_cancelled`, `cancel_time`, `gmt_create`, `gmt_modified`) VALUES (1, 1, '2023-04-08 00:10:00', 0, NULL, '2023-04-08 00:10:00', '2023-04-08 00:10:00');

复制代码

5.6.2 取消收藏

student_id=1的学生，取消收藏 book_id=1的图书

1. update book_favorite
2. set is_cancelled = 1, cancel_time = '2023-04-08 02:10:00'
3. where book_id = 1 and student_id = 1;

复制代码

5.7 图书品评 和 审核品评

5.7.1 品评

student_id=1的学生，品评 book_id=1的图书：status=0待审批

1. INSERT INTO `book_comment`(`student_id`, `book_id`, `score`, `comment`, `status`, `gmt_create`, `gmt_modified`) VALUES (1, 1, 5, '好书值得推荐', 0, '2023-04-08 00:10:00', '2023-04-08 00:10:00');

复制代码

5.7.2 审核品评

verify_user_id=1的管理员，审核id=1的品评： status = 1审批通过
审批后, 图书品评次数+1

1. update book_comment
2. set `status` = 1,
3. verify_time = '2023-04-08 03:10:00',
4. verify_user_id = 1,
5. gmt_modified = '2023-04-08 03:10:00'
6. where id = 1;
7. -- 审批后, 图书评论次数+1
8. update book
9. comment_count = comment_count+1,
10. gmt_modified = '2023-04-08 03:10:00'
11. where id = 1;

复制代码

5.8 借阅 和 借阅审核

5.8.1 借阅

student_id=1的学生，借阅 book_id=1的图书

1. INSERT INTO `book_borrowing`(`student_id`, `book_id`, `borrow_time`, `status`,  `gmt_create`, `gmt_modified`)
2. VALUES (1, 1, '2023-04-08 03:10:00', 0, '2023-04-08 03:10:00', '2023-04-08 03:10:00');

复制代码

5.8.2 借阅审核

verify_user_id=1的管理员，审核 id=1的借阅记录： status=1通过审批
审批后, 图书借阅次数+1

1. update book_borrowing
2. set `status` = 1,
3. verify_time = '2023-04-08 04:10:00',
4. verify_user_id = 1,
5. gmt_modified = '2023-04-08 04:10:00'
6. where id = 1;
7. -- 审批后, 图书借阅次数+1，状态置为借阅中
8. update book
9. set status = 1,
10. borrow_count = borrow_count+1,
11. gmt_modified = '2023-04-08 04:10:00'
12. where id = 1;

复制代码

5.8.3 归还

id=1的借阅记录，书已归还：status = 3归还
归还后, 更新图书状态为空闲

1. update book_borrowing
2. set `status` = 3,
3. return_time = '2023-04-18 05:10:00',
4. gmt_modified = '2023-04-18 05:10:00'
5. where id = 1;
6. -- 归还后, 更新图书状态为空闲
7. update book
8. set status = 0,
9. gmt_modified = '2023-04-18 05:10:00'
10. where id = 1;

复制代码

---

参考

https://blog.csdn.net/Artificial_idiots/article/details/106830628
https://blog.csdn.net/weixin_44584292/article/details/106636642

---

末了

本篇数据库设计花了很长时间来润笔，别的，还征求了大学生朋友的发起，这里特殊感谢会洗碗的CV工程师为我提供了课设的相干资料，更为本文提供了很多建设性的发起，希望能在实战的同时能给大学生朋友更多的帮助，如果有任何发起和意见，也欢迎大家留言或私信，我筹划将持续更新，目标只为打造精品，互相探讨，共同发展！能让大家通过这一篇数据库设计，学到实战中设计本领！当然，这只是一个小小的系统，有很多设计本领还无法体现，一个合理的设计非常告急，可以支撑更大的业务场景，所以仅以本设计抛转引玉，后面有机会我们可以拿更多的场景或系统来设计，如果你有需求，也可以找我来设计，我尽大概满足！
想学习更多实战真东西的，欢迎点击链接订阅：
服务端实战 ：SpringBoot+Vue前后端分离项目实战
前端实战 ：Vue + SpringBoot前后端分离项目实战
别的，别忘了关注：天罡gg ，发布新文不容易错过： https://blog.csdn.net/scm_2008
老规矩，请投票给我反馈，谢谢大家的支持！

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。