MySQL数据库基础练习系列2、图书借阅管理系统

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
RDS MySQL Serverless 高可用系列,价值2615元额度,1个月
云数据库 RDS PostgreSQL,高可用系列 2核4GB
简介: MySQL数据库基础练习系列2、图书借阅管理系统

MySQL数据库基础练习系列目标

很多学生或者说是初学者在学习完成数据库的基础增删改查后就自认为在数据库这里就很熟悉了,但是不接触项目根本部知道需求,我这里准备了50个项目的基本需求来让大家来熟练各类项目的列信息,让大家更好的深入项目进行实战式的练习,可以让大家在后面面试的时候有更多更丰富的资历让大家可以与面试官侃侃而谈。

数据库环境

MySQL版本:5.7.31-log

数据库字符集,所有数据库通用字符集与排序规则,支持中文数据。

字符集:utf8

排序规则:utf8_general_ci

使用工具:Navicat Premium 15

图书借阅管理系统是一个用于管理图书馆图书借阅流程的系统。该系统主要包括对图书信息、读者信息、借阅记录、图书分类以及管理员信息的管理。以下是各模块的主要功能:

  1. 图书信息管理:记录图书的详细信息,如书名、作者、出版社、ISBN号、库存量等。
  2. 读者信息管理:记录读者的基本信息,如姓名、性别、年龄、联系方式、借阅证号等。
  3. 借阅记录管理:记录读者借阅图书的详细信息,包括借阅时间、应还时间、是否归还等。
  4. 图书分类管理:对图书进行分类,方便管理和查询。
  5. 管理员信息管理:记录管理员的基本信息,用于系统的权限管理和操作记录。

接下来,我们将使用MySQL数据库的DDL语句来创建这个系统所需的至少5张表,并确保语句顺序正确可以直接运行。

数据库DDL(注意创建顺序)

为了直接运行DDL语句并创建表,我们需要确保在创建含有外键约束的表之前,相关的被引用表(即外键指向的表)已经存在。所以我们在创建表的时候一定要按照一定的顺序来创建,否则就会出现没有外键关系导致的创建异常。

 
-- 首先创建图书分类表,因为图书信息表中会引用到分类表的ID
CREATE TABLE BookCategories (
    category_id INT PRIMARY KEY AUTO_INCREMENT,      -- 分类ID,自增主键
    category_name VARCHAR(100) NOT NULL,             -- 分类名称,不能为空
    description TEXT                                  -- 分类描述,可以为空
);
 
 
-- 接着创建图书信息表,依赖于图书分类表,因为每本图书都属于一个分类
CREATE TABLE Books (
    book_id INT PRIMARY KEY AUTO_INCREMENT,          -- 图书ID,自增主键
    book_name VARCHAR(255) NOT NULL,                 -- 图书名称,不能为空
    author VARCHAR(100) NOT NULL,                    -- 作者,不能为空
    publisher VARCHAR(100) NOT NULL,                 -- 出版社,不能为空
    isbn VARCHAR(13) UNIQUE NOT NULL,               -- ISBN号,唯一且不能为空
    stock_quantity INT NOT NULL,                     -- 库存量,不能为空
    category_id INT,                                  -- 图书所属分类的ID,外键引用
    FOREIGN KEY (category_id) REFERENCES BookCategories(category_id) -- 外键约束,确保分类ID的有效性
);
 
 
-- 然后创建读者信息表,该表不依赖于其他表,可以独立创建
CREATE TABLE Readers (
    reader_id INT PRIMARY KEY AUTO_INCREMENT,        -- 读者ID,自增主键
    name VARCHAR(100) NOT NULL,                      -- 读者姓名,不能为空
    gender ENUM('男', '女') NOT NULL,               -- 读者性别,枚举类型,不能为空
    age INT NOT NULL,                                -- 读者年龄,不能为空
    contact_info VARCHAR(100),                       -- 联系方式,可以为空
    library_card_number VARCHAR(50) UNIQUE NOT NULL  -- 借阅证号,唯一且不能为空
);
 
 
-- 接下来创建借阅记录表,依赖于图书信息表和读者信息表,因为每条借阅记录都关联一本图书和一个读者
CREATE TABLE BorrowingRecords (
    borrow_id INT PRIMARY KEY AUTO_INCREMENT,        -- 借阅记录ID,自增主键
    reader_id INT NOT NULL,                          -- 读者ID,不能为空,外键引用
    book_id INT NOT NULL,                            -- 图书ID,不能为空,外键引用
    borrow_date DATE NOT NULL,                      -- 借阅日期,不能为空
    return_date DATE,                                -- 归还日期,可以为空
    is_returned BOOLEAN NOT NULL DEFAULT FALSE,      -- 是否归还标志,默认为未归还
    FOREIGN KEY (reader_id) REFERENCES Readers(reader_id),   -- 外键约束,确保读者ID的有效性
    FOREIGN KEY (book_id) REFERENCES Books(book_id)         -- 外键约束,确保图书ID的有效性
);
 
 
-- 最后创建管理员信息表,该表不依赖于其他表,可以独立创建
CREATE TABLE Administrators (
    admin_id INT PRIMARY KEY AUTO_INCREMENT,         -- 管理员ID,自增主键
    username VARCHAR(50) NOT NULL,                    -- 用户名,不能为空
    password VARCHAR(255) NOT NULL,                  -- 密码,不能为空(注:实际使用中,密码应加密存储)
    name VARCHAR(100) NOT NULL,                      -- 管理员姓名,不能为空
    contact_info VARCHAR(100)                        -- 联系方式,可以为空
);

插入数据DML(注意插入数据顺序)

插入数据的时候也要注意主外键关系,如果没有外检的情况下是没有办法插入从表数据的。

遵循的数据库三范式

数据库建表的三范式(3NF,Third Normal Form)是关系型数据库设计的基本原则,用于确保数据库结构的逻辑性和减少数据冗余。这三个范式是逐步细化的,每一个范式都是在前一个范式的基础上建立的。下面我将详细解释这三个范式:

第一范式(1NF, First Normal Form)

定义

  1. 列不可分割,即数据库表的每一列都是不可分割的原子数据项。
  2. 每一列都是不可再分的最小数据单元(也称为最小的原子单元)。

解释

  • 在第一范式中,主要关注的是列的原子性。也就是说,表中的每一列都应该只包含一个值,而不能包含集合、数组或其他复合数据类型。
  • 例如,如果有一个“地址”列,它包含了街道、城市、省份和国家等信息,那么这就违反了第一范式。应该将这个“地址”列拆分成多个独立的列,如“街道”、“城市”、“省份”和“国家”。

第二范式(2NF, Second Normal Form)

定义

  1. 满足1NF。
  2. 非主键列必须完全依赖于主键,而不能只依赖于主键的一部分(针对复合主键而言)。

解释

  • 第二范式建立在第一范式的基础上,主要关注于主键与非主键列之间的依赖关系。
  • 在第二范式中,一个表只能保存一种数据,不可以把多种数据保存在同一张数据库表中。
  • 如果表中的某一列只与复合主键的一部分有关,那么它就不应该存在于这个表中,而应该被分离出去形成另外一张新表。

第三范式(3NF, Third Normal Form)

定义

  1. 满足2NF。
  2. 非主键列必须直接依赖于主键,不能存在传递依赖。即非主键列必须直接依赖于整个主键,而不能依赖于主键的一部分。

解释

  • 第三范式是在第二范式的基础上进一步细化的。它主要关注于消除传递依赖,即非主键列不应该依赖于主键的某一部分,而应该直接依赖于整个主键。
  • 如果存在传递依赖,那么应该考虑将这个非主键列分离出去,形成新的表,并通过主键或外键与原表进行关联。
相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发,帮助IT从业者们通过“阿里云Web应用上云解决方案”,了解一个企业级Web应用上云的常见架构,了解如何构建一个高可用、可扩展的企业级应用架构。
MySQL数据库入门学习
本课程通过最流行的开源数据库MySQL带你了解数据库的世界。   相关的阿里云产品:云数据库RDS MySQL 版 阿里云关系型数据库RDS(Relational Database Service)是一种稳定可靠、可弹性伸缩的在线数据库服务,提供容灾、备份、恢复、迁移等方面的全套解决方案,彻底解决数据库运维的烦恼。 了解产品详情: https://www.aliyun.com/product/rds/mysql 
相关文章
|
4月前
|
缓存 NoSQL Linux
在CentOS 7系统中彻底移除MongoDB数据库的步骤
以上步骤完成后,MongoDB应该会从您的CentOS 7系统中被彻底移除。在执行上述操作前,请确保已经备份好所有重要数据以防丢失。这些步骤操作需要一些基本的Linux系统管理知识,若您对某一步骤不是非常清楚,请先进行必要的学习或咨询专业人士。在执行系统级操作时,推荐在实施前创建系统快照或备份,以便在出现问题时能够恢复到原先的状态。
412 79
|
7月前
|
消息中间件 缓存 弹性计算
纯PHP+MySQL手搓高性能论坛系统!代码精简,拒绝臃肿
本内容分享了一套经实战验证的社交系统架构设计,支撑从1到100万用户的发展,并历经6次流量洪峰考验。架构涵盖客户端层(App、小程序、公众号)、接入层(API网关、负载均衡、CDN)、业务服务层(用户、内容、关系、消息等服务)、数据层(MySQL、Redis、MongoDB等)及运维监控层(日志、监控、告警)。核心设计包括数据库分库分表、多级缓存体系、消息队列削峰填谷、CQRS模式与热点数据动态缓存。同时提供应对流量洪峰的弹性伸缩方案及降级熔断机制,并通过Prometheus实现全链路监控。开源建议结构清晰,适合大型社交平台构建与优化。
299 11
|
2月前
|
安全 关系型数据库 数据管理
阿里云数据库:构建高性能与安全的数据管理系统
阿里云数据库提供RDS、PolarDB、Tair等核心产品,具备高可用、弹性扩展、安全合规及智能运维等技术优势,广泛应用于电商、游戏、金融等行业,助力企业高效管理数据,提升业务连续性与竞争力。
|
7月前
|
前端开发 数据库
会议室管理系统源码(含数据库脚本)
会议室管理系统源码(含数据库脚本)
127 0
|
4月前
|
SQL 监控 安全
数据库安全审计系统
Next-DBM数据库审计系统助力企业解决数据安全难题,提供统一身份管理、全方位监控、智能风险识别、完整审计追溯及精细化权限管控,有效防范数据泄露与内部威胁,保障企业核心资产安全,满足合规要求,提升运维效率。
|
6月前
|
开发框架 Java 关系型数据库
在Linux系统中安装JDK、Tomcat、MySQL以及部署J2EE后端接口
校验时,浏览器输入:http://[your_server_IP]:8080/myapp。如果你看到你的应用的欢迎页面,恭喜你,一切都已就绪。
508 17
|
7月前
|
关系型数据库 MySQL Linux
CentOS 7系统下详细安装MySQL 5.7的步骤:包括密码配置、字符集配置、远程连接配置
以上就是在CentOS 7系统下安装MySQL 5.7的详细步骤。希望这个指南能帮助你顺利完成安装。
1791 26
|
7月前
|
Java 数据库
jsp CRM客户管理系统(含数据库脚本以及文档)
jsp CRM客户管理系统(含数据库脚本以及文档)
163 10
|
7月前
|
Ubuntu 关系型数据库 MySQL
在Ubuntu系统的Docker上安装MySQL的方法
以上的步骤就是在Ubuntu系统的Docker上安装MySQL的详细方法,希望对你有所帮助!
815 12

热门文章

最新文章

推荐镜像

更多
下一篇
oss云网关配置