MySQL数据库基础练习系列6、考勤管理系统

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
云数据库 RDS MySQL,高可用系列 2核4GB
简介: MySQL数据库基础练习系列6、考勤管理系统

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

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

数据库环境

MySQL版本:5.7.31-log

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

字符集:utf8

排序规则:utf8_general_ci

使用工具:Navicat Premium 15

项目名称与项目简介

考勤管理系统是一个用于跟踪和管理员工出勤情况的应用系统。该系统旨在简化考勤记录流程,提供实时考勤数据查询与报表生成功能,帮助企业或组织更好地管理员工出勤情况,提高人力资源利用效率。

主要功能包括:

  1. 员工信息管理:记录员工的基本信息,如姓名、性别、部门、职位等。
  2. 考勤记录管理:记录员工的每日出勤情况,包括正常上班、迟到、早退、请假等状态。
  3. 考勤报表生成:根据考勤记录生成各种报表,如出勤统计、迟到早退统计、请假统计等。
  4. 考勤规则设置:设置不同部门或职位的考勤规则,如上下班时间、迟到早退定义等。
  5. 数据查询与导出:支持对员工信息、考勤记录及报表的查询与导出功能,方便数据分析与备份。

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

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

 
-- 创建部门表
CREATE TABLE departments (
    department_id INT AUTO_INCREMENT PRIMARY KEY COMMENT '部门ID',
    department_name VARCHAR(50) NOT NULL COMMENT '部门名称',
    description TEXT COMMENT '部门描述'
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='部门信息表';
 
 
-- 创建员工表
CREATE TABLE employees (
    employee_id INT AUTO_INCREMENT PRIMARY KEY COMMENT '员工ID',
    first_name VARCHAR(50) NOT NULL COMMENT '姓名',
    gender ENUM('男', '女') NOT NULL COMMENT '性别',
    department_id INT NOT NULL COMMENT '所属部门ID',
    position VARCHAR(50) NOT NULL COMMENT '职位',
    FOREIGN KEY (department_id) REFERENCES departments(department_id) ON DELETE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='员工信息表';
 
 
-- 创建考勤规则表
CREATE TABLE attendance_rules (
    rule_id INT AUTO_INCREMENT PRIMARY KEY COMMENT '规则ID',
    department_id INT NOT NULL COMMENT '部门ID',
    work_start_time TIME NOT NULL COMMENT '上班开始时间',
    work_end_time TIME NOT NULL COMMENT '下班结束时间',
    late_threshold TIME COMMENT '迟到阈值',
    early_leave_threshold TIME COMMENT '早退阈值',
    FOREIGN KEY (department_id) REFERENCES departments(department_id) ON DELETE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='考勤规则表';
 
 
-- 创建考勤记录表
CREATE TABLE attendance_records (
    record_id INT AUTO_INCREMENT PRIMARY KEY COMMENT '记录ID',
    employee_id INT NOT NULL COMMENT '员工ID',
    record_date DATE NOT NULL COMMENT '记录日期',
    status ENUM('正常', '迟到', '早退', '请假') NOT NULL COMMENT '考勤状态',
    FOREIGN KEY (employee_id) REFERENCES employees(employee_id) ON DELETE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='考勤记录表';
 
 
-- 创建请假表
CREATE TABLE leaves (
    leave_id INT AUTO_INCREMENT PRIMARY KEY COMMENT '请假ID',
    employee_id INT NOT NULL COMMENT '员工ID',
    start_date DATE NOT NULL COMMENT '开始日期',
    end_date DATE NOT NULL COMMENT '结束日期',
    leave_type VARCHAR(50) NOT NULL COMMENT '请假类型',
    reason TEXT COMMENT '请假原因',
    approved BOOLEAN NOT NULL DEFAULT FALSE COMMENT '是否批准',
    FOREIGN KEY (employee_id) REFERENCES employees(employee_id) ON DELETE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='请假信息表';

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

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

INSERT INTO departments (department_name, description) VALUES
('技术部', '负责公司的技术开发和维护工作'),
('市场部', '负责公司的市场营销和业务拓展工作'),
('人事部', '负责公司的人力资源管理和招聘工作'),
('财务部', '负责公司的财务管理和会计核算工作'),
('客服部', '负责公司的客户服务和售后支持工作');
 
INSERT INTO employees (first_name, gender, department_id, position) VALUES
('张三', '男', 1, '软件工程师'),
('李四', '男', 1, '前端工程师'),
('王五', '女', 2, '销售经理'),
('赵六', '女', 3, '人事专员'),
('孙七', '男', 4, '财务主管'),
('周八', '男', 5, '客服代表'),
('吴九', '女', 2, '市场专员'),
('郑十', '女', 4, '出纳'),
('陈十一', '男', 5, '客服经理'),
('卫十二', '男', 3, '人力资源经理');
 
INSERT INTO attendance_rules (department_id, work_start_time, work_end_time, late_threshold, early_leave_threshold) VALUES
(1, '09:00:00', '18:00:00', '09:30:00', '17:30:00'),
(2, '08:30:00', '17:30:00', '09:00:00', '17:00:00'),
(3, '09:00:00', '17:30:00', '09:15:00', '17:15:00'),
(4, '09:00:00', '18:00:00', '09:15:00', '17:45:00'),
(5, '08:30:00', '18:00:00', '09:00:00', '17:30:00');
 
INSERT INTO attendance_records (employee_id, record_date, status) VALUES
(1, '2023-10-24', '正常'),
(2, '2023-10-24', '迟到'),
(3, '2023-10-24', '正常'),
(4, '2023-10-24', '请假'),
(5, '2023-10-24', '早退'),
(6, '2023-10-25', '正常'),
(7, '2023-10-25', '正常'),
(8, '2023-10-25', '正常'),
(9, '2023-10-25', '正常'),
(10, '2023-10-25', '正常');
 
INSERT INTO leaves (employee_id, start_date, end_date, leave_type, reason, approved) VALUES
(4, '2023-10-25', '2023-10-27', '事假', '个人事务处理', TRUE),
(7, '2023-10-30', '2023-10-31', '病假', '身体不适需要休息', TRUE),
(9, '2023-11-01', '2023-11-03', '年假', '计划中的年假', FALSE), -- 假设这条请假还未被批准
(2, '2023-11-05', '2023-11-05', '调休', '上周加班调休', TRUE);

遵循的数据库三范式

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

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

定义

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

解释

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

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

定义

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

解释

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

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

定义

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

解释

  • 第三范式是在第二范式的基础上进一步细化的。它主要关注于消除传递依赖,即非主键列不应该依赖于主键的某一部分,而应该直接依赖于整个主键。
  • 如果存在传递依赖,那么应该考虑将这个非主键列分离出去,形成新的表,并通过主键或外键与原表进行关联。
相关实践学习
如何快速连接云数据库RDS MySQL
本场景介绍如何通过阿里云数据管理服务DMS快速连接云数据库RDS MySQL,然后进行数据表的CRUD操作。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
目录
打赏
0
1
1
0
122
分享
相关文章
基于ssm的社区物业管理系统,附源码+数据库+论文+任务书
社区物业管理系统采用B/S架构,基于Java语言开发,使用MySQL数据库。系统涵盖个人中心、用户管理、楼盘管理、收费管理、停车登记、报修与投诉管理等功能模块,方便管理员及用户操作。前端采用Vue、HTML、JavaScript等技术,后端使用SSM框架。系统支持远程安装调试,确保顺利运行。提供演示视频和详细文档截图,帮助用户快速上手。
48 17
基于ssm的超市会员(积分)管理系统,附源码+数据库+论文,包安装调试
本项目为简单内容浏览和信息处理系统,具备管理员和员工权限。管理员可管理会员、员工、商品及积分记录,员工则负责积分、商品信息和兑换管理。技术框架采用Java编程语言,B/S架构,前端使用Vue+JSP+JavaScript+Css+LayUI,后端为SSM框架,数据库为MySQL。运行环境为Windows,JDK8+Tomcat8.5,非前后端分离的Maven项目。提供演示视频和详细文档,购买后支持免费远程安装调试。
72 19
[Java计算机毕设]基于ssm的OA办公管理系统的设计与实现,附源码+数据库+论文+开题,包安装调试
OA办公管理系统是一款基于Java和SSM框架开发的B/S架构应用,适用于Windows系统。项目包含管理员、项目管理人员和普通用户三种角色,分别负责系统管理、请假审批、图书借阅等日常办公事务。系统使用Vue、HTML、JavaScript、CSS和LayUI构建前端,后端采用SSM框架,数据库为MySQL,共24张表。提供完整演示视频和详细文档截图,支持远程安装调试,确保顺利运行。
60 17
基于ssm的网络直播带货管理系统,附源码+数据库+论文
该项目为网络直播带货网站,包含管理员和用户两个角色。管理员可进行主页、个人中心、用户管理、商品分类与信息管理、系统及订单管理;用户可浏览主页、管理个人中心、收藏和订单。系统基于Java开发,采用B/S架构,前端使用Vue、JSP等技术,后端为SSM框架,数据库为MySQL。项目运行环境为Windows,支持JDK8、Tomcat8.5。提供演示视频和详细文档截图。
47 10
基于ssm的台球厅管理系统,附源码+数据库+论文
本项目为新锐台球厅管理系统,支持管理员和会员两种角色。管理员可进行会员管理、台球桌管理、订单管理等;会员可查看台球桌、预约、购买商品等。技术框架基于Java,采用B/S架构,前端使用Vue+HTML+JavaScript+CSS+LayUI,后端使用SSM框架,数据库为MySQL。运行环境为Windows,JDK8+MySQL5.7+Tomcat8.5。提供演示视频及详细文档截图。
【02】Java+若依+vue.js技术栈实现钱包积分管理系统项目-商业级电玩城积分系统商业项目实战-ui设计图figmaUI设计准备-figma汉化插件-mysql数据库设计-优雅草卓伊凡商业项目实战
【02】Java+若依+vue.js技术栈实现钱包积分管理系统项目-商业级电玩城积分系统商业项目实战-ui设计图figmaUI设计准备-figma汉化插件-mysql数据库设计-优雅草卓伊凡商业项目实战
108 14
【02】Java+若依+vue.js技术栈实现钱包积分管理系统项目-商业级电玩城积分系统商业项目实战-ui设计图figmaUI设计准备-figma汉化插件-mysql数据库设计-优雅草卓伊凡商业项目实战
【01】Java+若依+vue.js技术栈实现钱包积分管理系统项目-商业级电玩城积分系统商业项目实战-需求改为思维导图-设计数据库-确定基础架构和设计-优雅草卓伊凡商业项目实战
【01】Java+若依+vue.js技术栈实现钱包积分管理系统项目-商业级电玩城积分系统商业项目实战-需求改为思维导图-设计数据库-确定基础架构和设计-优雅草卓伊凡商业项目实战
114 13
【01】Java+若依+vue.js技术栈实现钱包积分管理系统项目-商业级电玩城积分系统商业项目实战-需求改为思维导图-设计数据库-确定基础架构和设计-优雅草卓伊凡商业项目实战
亚太唯一,阿里云连续5年位居Gartner®云数据库管理系统报告「领导者」
亚太唯一,阿里云连续5年位居Gartner®云数据库管理系统报告「领导者」
亚太唯一!阿里云连续5年入选Gartner®云数据库管理系统「领导者」象限
亚太唯一!阿里云连续5年入选Gartner®云数据库管理系统「领导者」象限
消防行业如何借助时序数据库 TDengine 打造高效的数据监控与分析系统
本篇文章来自“2024,我想和 TDengine 谈谈”征文活动的优秀投稿,深入探讨了如何在消防行业中运用 TDengine 进行业务建模。文章重点介绍了如何通过 TDengine 的超级表、标签设计和高效查询功能,有效管理消防监控系统中的时序数据。作者详细阐述了实时监控、报警系统以及历史数据分析在消防行业中的应用,展示了 TDengine 在数据压缩、保留策略和分布式架构下的强大优势。
19 0