MySQL数据库基础练习系列24、车辆管理系统
MySQL数据库基础练习系列24、车辆管理系统
MySQL数据库基础练习系列目标
很多学生或者说是初学者在学习完成数据库的基础增删改查后就自认为在数据库这里就很熟悉了,但是不接触项目根本部知道需求,我这里准备了50个项目的基本需求来让大家来熟练各类项目的列信息,让大家更好的深入项目进行实战式的练习,可以让大家在后面面试的时候有更多更丰富的资历让大家可以与面试官侃侃而谈。
数据库环境
MySQL版本:5.7.31-log
数据库字符集,所有数据库通用字符集与排序规则,支持中文数据。
字符集:utf8
排序规则:utf8_general_ci
使用工具:Navicat Premium 15,可以在下面的连接中下载
https://download.csdn.net/download/feng8403000/89403778
项目名称与项目简介
车辆管理系统是一个集车辆信息登记、用户管理、维修记录、保险跟踪、费用结算等多功能于一体的综合性管理系统。它旨在帮助企业或机构对车辆进行全面有效的管理,提升车辆使用效率,降低运营成本,并增强车辆安全管理的水平。
系统的主要功能包括:
车辆信息管理:记录车辆的基本信息,如车牌号、车型、品牌、购买日期、车辆状态等。
用户管理:管理使用系统的用户,包括用户信息录入、权限分配等。
维修记录管理:记录车辆的维修历史,包括维修时间、维修内容、维修费用等。
保险跟踪管理:跟踪车辆的保险信息,包括保险类型、保险期限、保险公司等。
费用结算管理:对车辆的维修费用、保险费用等进行统计和结算。
报表与查询:提供多种报表和查询功能,方便用户快速获取车辆信息、维修记录、费用统计等。
数据库DDL(注意创建顺序)
为了直接运行DDL语句并创建表,我们需要确保在创建含有外键约束的表之前,相关的被引用表(即外键指向的表)已经存在。所以我们在创建表的时候一定要按照一定的顺序来创建,否则就会出现没有外键关系导致的创建异常。
-- 创建用户表
CREATE TABLE users (
user_id INT AUTO_INCREMENT PRIMARY KEY COMMENT '用户ID',
username VARCHAR(50) NOT NULL COMMENT '用户名',
password VARCHAR(255) NOT NULL COMMENT '用户密码',
gender ENUM('男', '女') NOT NULL COMMENT '用户性别',
email VARCHAR(100) COMMENT '用户邮箱',
phone VARCHAR(20) COMMENT '用户电话'
);
-- 创建车辆类型表
CREATE TABLE vehicle_types (
type_id INT AUTO_INCREMENT PRIMARY KEY COMMENT '车辆类型ID',
type_name VARCHAR(100) NOT NULL COMMENT '车辆类型名称'
);
-- 创建车辆品牌表
CREATE TABLE vehicle_brands (
brand_id INT AUTO_INCREMENT PRIMARY KEY COMMENT '车辆品牌ID',
brand_name VARCHAR(100) NOT NULL COMMENT '车辆品牌名称'
);
-- 创建车辆表
CREATE TABLE vehicles (
vehicle_id INT AUTO_INCREMENT PRIMARY KEY COMMENT '车辆ID',
plate_number VARCHAR(20) NOT NULL UNIQUE COMMENT '车牌号',
model VARCHAR(100) NOT NULL COMMENT '车型',
brand_id INT COMMENT '品牌ID',
type_id INT COMMENT '类型ID',
purchase_date DATE COMMENT '购买日期',
status VARCHAR(50) COMMENT '车辆状态',
FOREIGN KEY (brand_id) REFERENCES vehicle_brands(brand_id),
FOREIGN KEY (type_id) REFERENCES vehicle_types(type_id)
);
-- 创建维修记录表
CREATE TABLE maintenance_records (
record_id INT AUTO_INCREMENT PRIMARY KEY COMMENT '维修记录ID',
vehicle_id INT COMMENT '车辆ID',
maintenance_date DATE NOT NULL COMMENT '维修日期',
description TEXT COMMENT '维修描述',
cost DECIMAL(10, 2) COMMENT '维修费用',
FOREIGN KEY (vehicle_id) REFERENCES vehicles(vehicle_id)
);
-- 创建保险记录表
CREATE TABLE insurance_records (
record_id INT AUTO_INCREMENT PRIMARY KEY COMMENT '保险记录ID',
vehicle_id INT COMMENT '车辆ID',
insurance_type VARCHAR(100) COMMENT '保险类型',
start_date DATE COMMENT '保险开始日期',
end_date DATE COMMENT '保险结束日期',
insurance_company VARCHAR(100) COMMENT '保险公司',
cost DECIMAL(10, 2) COMMENT '保险费用',
FOREIGN KEY (vehicle_id) REFERENCES vehicles(vehicle_id)
);
-- 创建费用结算表(可选,用于记录费用结算详情)
CREATE TABLE cost_settlements (
settlement_id INT AUTO_INCREMENT PRIMARY KEY COMMENT '费用结算ID',
vehicle_id INT COMMENT '车辆ID',
settlement_date DATE NOT NULL COMMENT '结算日期',
total_cost DECIMAL(10, 2) NOT NULL COMMENT '总费用',
settled BOOLEAN NOT NULL DEFAULT FALSE COMMENT '是否已结算',
FOREIGN KEY (vehicle_id) REFERENCES vehicles(vehicle_id)
);
插入数据DML(注意插入数据顺序)
插入数据的时候也要注意主外键关系,如果没有外检的情况下是没有办法插入从表数据的。
-- 插入用户数据
INSERT INTO users (username, password, gender, email, phone) VALUES
('刘备', '123', '男', 'liubei@example.com', '13800138001'),
('关羽', '123', '男', 'guanyu@example.com', '13900139002'),
('张飞', '123', '男', 'zhangfei@example.com', '13700137003');
-- 插入车辆类型数据
INSERT INTO vehicle_types (type_name) VALUES
('轿车'),
('SUV'),
('货车');
-- 插入车辆品牌数据
INSERT INTO vehicle_brands (brand_name) VALUES
('宝马'),
('奔驰'),
('丰田');
-- 插入车辆数据(假设type_id和brand_id按照插入顺序自增)
INSERT INTO vehicles (plate_number, model, brand_id, type_id, purchase_date, status) VALUES
('京A12345', '宝马3系', 1, 1, '2020-01-01', '在用'),
('沪B67890', '奔驰C级', 2, 1, '2021-05-10', '在用'),
('粤C24601', '丰田卡罗拉', 3, 2, '2022-08-15', '维修中');
-- 插入维修记录数据(假设vehicle_id按照插入顺序自增)
INSERT INTO maintenance_records (vehicle_id, maintenance_date, description, cost) VALUES
(1, '2023-03-01', '更换刹车片', 800.00),
(2, '2023-04-15', '发动机检查', 1200.00),
(3, '2023-05-01', '更换轮胎', 1500.00);
-- 插入保险记录数据
INSERT INTO insurance_records (vehicle_id, insurance_type, start_date, end_date, insurance_company, cost) VALUES
(1, '交强险', '2023-01-01', '2024-01-01', '太平洋保险', 1000.00),
(2, '全险', '2023-05-10', '2024-05-10', '平安保险', 2500.00),
(3, '商业险', '2023-08-15', '2024-08-15', '中国人寿', 2000.00);
-- 插入费用结算数据(假设vehicle_id按照插入顺序自增)
INSERT INTO cost_settlements (vehicle_id, settlement_date, total_cost, settled) VALUES
(1, '2023-03-05', 800.00, TRUE),
(2, '2023-04-20', 1200.00, TRUE),
(3, '2023-05-10', 1500.00, FALSE);
遵循的数据库三范式
数据库建表的三范式(3NF,Third Normal Form)是关系型数据库设计的基本原则,用于确保数据库结构的逻辑性和减少数据冗余。这三个范式是逐步细化的,每一个范式都是在前一个范式的基础上建立的。下面我将详细解释这三个范式:
第一范式(1NF, First Normal Form)
定义:
列不可分割,即数据库表的每一列都是不可分割的原子数据项。
每一列都是不可再分的最小数据单元(也称为最小的原子单元)。
解释:
-
在第一范式中,主要关注的是列的原子性。也就是说,表中的每一列都应该只包含一个值,而不能包含集合、数组或其他复合数据类型。
-
例如,如果有一个“地址”列,它包含了街道、城市、省份和国家等信息,那么这就违反了第一范式。应该将这个“地址”列拆分成多个独立的列,如“街道”、“城市”、“省份”和“国家”。
第二范式(2NF, Second Normal Form)
定义:
满足1NF。
非主键列必须完全依赖于主键,而不能只依赖于主键的一部分(针对复合主键而言)。
解释:
-
第二范式建立在第一范式的基础上,主要关注于主键与非主键列之间的依赖关系。
-
在第二范式中,一个表只能保存一种数据,不可以把多种数据保存在同一张数据库表中。
-
如果表中的某一列只与复合主键的一部分有关,那么它就不应该存在于这个表中,而应该被分离出去形成另外一张新表。
第三范式(3NF, Third Normal Form)
定义:
满足2NF。
非主键列必须直接依赖于主键,不能存在传递依赖。即非主键列必须直接依赖于整个主键,而不能依赖于主键的一部分。
解释:
-
第三范式是在第二范式的基础上进一步细化的。它主要关注于消除传递依赖,即非主键列不应该依赖于主键的某一部分,而应该直接依赖于整个主键。
-
如果存在传递依赖,那么应该考虑将这个非主键列分离出去,形成新的表,并通过主键或外键与原表进行关联。
开放原子开发者工作坊旨在鼓励更多人参与开源活动,与志同道合的开发者们相互交流开发经验、分享开发心得、获取前沿技术趋势。工作坊有多种形式的开发者活动,如meetup、训练营等,主打技术交流,干货满满,真诚地邀请各位开发者共同参与!
更多推荐
所有评论(0)