简介一份面向数据库课程设计的员工信息管理系统源码包基于Python与MySQL实现适合高校学生在课程设计、毕业设计或项目练手中参考。资源覆盖员工与部门数据的增删改查、SQL查询、事务处理等典型功能可帮助理解Python后端与关系型数据库的交互方式。压缩包共9个文件约6.71MB包含2个Python脚本、2份Word课程设计报告、4张设计文档图片及1个README说明兼顾代码实现与文档撰写参考。其中两个Python脚本分别处理员工信息与账号管理配合员工表、部门表的建表逻辑以及E-R图、数据流图完整呈现从数据库设计到Python操作MySQL的实现路径报告还包含功能模块说明便于二次开发与答辩讲解。目前已有4343人学习下载适合需要快速搭建同类管理系统或补充数据库课程设计文档的同学。1. 为什么是员工信息管理系统一套不改也能答辩、改了也能上线的 Python MySQL 课设A同学把课程设计题目从“图书管理系统”换成“员工信息管理系统”理由是图书管理网上模板太多答辩时老师一眼能认出来员工管理字段更贴近真实企业组织能自然拆出部门、员工、薪资三张主表外键关系、聚合查询、统计报表这些课程硬指标全都能覆盖。这套源码基于 Python 3.8 与 MySQL 8.0GUI 用 Python 自带标准库 tkinter不依赖第三方界面框架数据库访问只用一个 PyMySQL环境安装成本极低。适合正在做数据库课设的学生、想快速搭一套增删改查后台的新手、准备把课设改成简历项目的开发者——它能直接跑也能二次开发关键的技术细节都有源码可查。2. 系统设计与数据库建模从目录结构到四张表的关系设计员工信息管理系统这种课设题目难点不在“能跑”而在“表设计得是否合理”。很多同学拿到的参考代码只有两个文件一个拼 SQL一个画界面表关系基本靠感觉。这套源码不是这样它把代码按模块切分数据库部分单独拿出来建表连接层、业务层、界面层各管各的。这一章先把整体设计讲清楚后面看代码才不会迷路。2.1 技术栈为什么是 Python MySQL tkinter这个组合几乎是数据库课程设计的最优解。第一Python 3 是很多高校数据库课程的教学语言学生至少能读懂语法第二MySQL 是课设题目里出现频率最高的数据库老师也最熟悉用 PostgreSQL 或 SQLite 会多出不必要的解释成本第三tkinter 是 Python 自带的标准 GUI 库Linux、Windows、macOS 都能跑不需要额外安装 PyQt5 或 wxPython机房环境也友好。为什么不选 Flask 或 Django 写成 Web 版课设要求通常是“基于 Python 和 MySQL 实现一个系统”Web 框架会自动帮你处理数据库连接、请求分发、表单验证看着高级但答辩时老师问“查询条件是怎么拼进 SQL 的”这类问题时框架把细节全包装掉了容易露怯。tkinter 这种桌面形态反而要求你手动处理按钮事件、表格绑定、SQL 执行知识点全暴露在外面适合现场答辩演示。数据库驱动我选了 PyMySQL 而不是 mysql-connector-python。两者在课设量级下性能差异不大但 PyMySQL 的 API 和教材里常见的 MySQLdb 几乎一致纯 Python 实现pip 安装不需要本机编译环境。机房的机器经常缺编译器装上 C 库版本容易翻车PyMySQL 基本开箱即用。组件选型说明语言Python 3.8课程教学常用语法门槛低数据库MySQL 8.0课设高频要求支持外键与生成列GUItkinter标准库自带免安装部署数据库驱动PyMySQL 1.x纯 Python 实现pip 安装即用图表matplotlib统计报表模块的可视化依赖2.2 项目目录每个文件负责什么拿到源码先别急着跑把目录结构过一遍。这套代码刻意按“配置—工具—界面—业务”四层拆不是一上来就堆一个千行 main.py。employee_management/ ├── main.py # 程序入口启动登录窗口串起所有界面 ├── config.py # 数据库连接配置改密码、改库名都在这 ├── db.py # 连接层执行 SQL、返回结果所有模块共用 ├── login.py # 登录界面与鉴权逻辑 ├── dashboard.py # 主窗口菜单栏、左侧导航、内容区容器 ├── employee_mgr.py # 员工管理增删改查、按条件查询 ├── dept_mgr.py # 部门管理部门维护与列表展示 ├── salary_mgr.py # 薪资管理月度薪资录入 ├── report.py # 统计报表人数统计、薪资汇总、图表绘制 ├── utils.py # 公共函数日期校验、非空校验、ID 转换 ├── sql/ │ ├── init_db.sql # 建库建表脚本定义全部外键约束 │ └── seed_data.sql # 测试数据部门、员工、工资、账号 └── requirements.txt # 依赖清单pymysql、matplotlib按这个顺序读代码最顺先读 config.py 知道连哪个库再读 db.py 看所有 SQL 怎么执行和提交然后看 login.py 怎么进主界面最后才是 employee_mgr.py 里的具体业务。四个文件之间依赖是单向的界面层调用业务层业务层调 db.pydb.py 只认 config.py改一层不会牵动其他层。这套分层在课设里看起来有点“过度设计”但答辩加分点也在这老师问“以后要换数据库怎么办”你可以直接答db.py 里把 PyMySQL 换成 psycopg2调整一下占位符格式业务和界面代码完全不用动。这就是分层的实际价值。2.3 数据库设计四张表承载全部业务数据库是这门课的核心表设计必须能讲出理由。init_db.sql 建了部门、员工、薪资、用户四张表外键约束和唯一键都写在脚本里覆盖了课设里“外键约束”“完整性约束”的考核点。-- init_db.sql 核心建表部分 CREATE DATABASE IF NOT EXISTS employee_db DEFAULT CHARSET utf8mb4; USE employee_db; -- 部门表被员工表引用作为父表 CREATE TABLE t_dept ( dept_id INT AUTO_INCREMENT PRIMARY KEY, dept_name VARCHAR(50) NOT NULL UNIQUE, manager VARCHAR(20) DEFAULT NULL, phone VARCHAR(20) DEFAULT NULL ); -- 员工表核心业务表外键指向部门表 CREATE TABLE t_emp ( emp_id INT AUTO_INCREMENT PRIMARY KEY, emp_no VARCHAR(20) NOT NULL UNIQUE, name VARCHAR(50) NOT NULL, gender CHAR(2) DEFAULT 男, dept_id INT NOT NULL, position VARCHAR(50) DEFAULT NULL, hire_date DATE DEFAULT NULL, status TINYINT DEFAULT 1 COMMENT 1在职 0离职, CONSTRAINT fk_emp_dept FOREIGN KEY (dept_id) REFERENCES t_dept(dept_id) ); -- 薪资表按月记录员工工资外键指向员工表 CREATE TABLE t_salary ( salary_id INT AUTO_INCREMENT PRIMARY KEY, emp_id INT NOT NULL, month VARCHAR(7) NOT NULL COMMENT 格式2024-06, base_salary DECIMAL(10,2) NOT NULL, bonus DECIMAL(10,2) DEFAULT 0.00, deduction DECIMAL(10,2) DEFAULT 0.00, total DECIMAL(10,2) GENERATED ALWAYS AS (base_salary bonus - deduction) STORED, CONSTRAINT fk_salary_emp FOREIGN KEY (emp_id) REFERENCES t_emp(emp_id), UNIQUE KEY uk_emp_month (emp_id, month) ); -- 用户表登录鉴权密码建议后续改成哈希存储 CREATE TABLE t_user ( user_id INT AUTO_INCREMENT PRIMARY KEY, username VARCHAR(30) NOT NULL UNIQUE, password VARCHAR(64) NOT NULL, role VARCHAR(10) DEFAULT admin );建表时有几个设计点可以写进答辩文档。第一部门和员工是一对多关系外键加在 t_emp 的 dept_id 上这是最标准的画法第二t_salary 的 total 字段用 MySQL 5.7 以上的生成列语法由 base_salary bonus - deduction 自动算出避免应用层手工计算造成的累计误差算一个技术加分项第三uk_emp_month 唯一键保证同一个月同一个员工只能有一条薪资记录防止重复录入。员工、部门、薪资三张表的字段长度都刻意贴近真实业务。比如 emp_no 设计成 VARCHAR(20) 而不是 INT因为企业工号常带部门前缀像“D05-1008”用整型会丢失这种信息。后面做“批量导入员工”功能时emp_no 的唯一键还能用来去重。这就是为什么课设要把表结构先想清楚再写代码。3. 核心模块拆解登录、增删改查、统计报表的完整链路这一章选四条最重要的代码链路逐步拆连接层是所有模块的地基登录是系统的入口员工增删改查是核心操作统计报表是数据库聚合能力的展示。每条链路都按“代码 → 逐段说明 → 参数解释”来读。3.1 数据库连接层get_connection 与游标模式先看 config.py这是整个系统唯一需要你根据本机环境改的地方# config.py - 数据库连接配置 DB_CONFIG { host: localhost, port: 3306, user: root, password: 123456, database: employee_db, charset: utf8mb4 }再来看 db.py所有模块的 SQL 都走这里执行# db.py - 数据库连接工具 import pymysql from config import DB_CONFIG def get_connection(): conn pymysql.connect( hostDB_CONFIG[host], portDB_CONFIG[port], userDB_CONFIG[user], passwordDB_CONFIG[password], databaseDB_CONFIG[database], charsetDB_CONFIG[charset], cursorclasspymysql.cursors.DictCursor ) return conn def execute_query(sql, argsNone): 执行查询返回字典列表 conn get_connection() try: with conn.cursor() as cursor: cursor.execute(sql, args) result cursor.fetchall() return result finally: conn.close() def execute_update(sql, argsNone): 执行增删改返回受影响行数 conn get_connection() try: with conn.cursor() as cursor: rows cursor.execute(sql, args) conn.commit() return rows except Exception: conn.rollback() raise finally: conn.close()这里几个参数值得说清楚。cursorclass 指定为 DictCursor查询结果会变成 [{emp_id: 1, name: 张三}] 这种字典结构界面代码直接用 row[name] 取值比元组下标好读得多这是课设里很实用的小技巧。charset 必须是 utf8mb4它和建库用的字符集保持一致缺了它中文大概率乱码。execute_query 和 execute_update 分开是有原因的。查询只读用 with 管理游标最后关闭连接即可增删改要写库execute 之后必须 commit 才真正落盘发生异常时 rollback 保证一致性。每次调用都现建连接、用完关闭避免多窗口并发时共用一个连接出现事务冲突。课设并发量小这种短连接模式够用且逻辑简单比维护连接池更好向老师解释。3.2 登录鉴权参数化查询与角色校验登录模块在 login.py核心函数只有十几行# login.py - 登录鉴权核心逻辑 import tkinter as tk from tkinter import messagebox from db import execute_query def check_login(username, password): sql SELECT user_id, username, role FROM t_user WHERE username%s AND password%s result execute_query(sql, (username, password)) return result[0] if result else None def on_login_click(): username entry_username.get() password entry_password.get() if not username or not password: messagebox.showwarning(提示, 用户名和密码不能为空) return user check_login(username, password) if user: # 打开主窗口并传入当前登录用户角色 open_dashboard(user) else: messagebox.showerror(错误, 用户名或密码不正确)关键在 SQL 写法WHERE username%s AND password%s参数通过 execute_query 的 args 传入而不是把用户输入直接拼进 SQL 字符串。这种参数化查询语法是 PyMySQL 的标准占位符写法能避免经典的 SQL 注入问题比如输入 OR 11 蹭进登录逻辑。参数本身由驱动做转义这是课设答辩时一定会被问到的安全点。check_login 返回的是一个字典拿 role 字段可以做角色控制。比如管理员进主界面能看到“部门管理”和“薪资录入”菜单普通操作员只看到“员工查询”。界面按钮的启用状态在 open_dashboard 里根据 user[role] 判断登录函数本身只负责验身份职责单一。3.3 员工模块增删改查与动态条件查询employee_mgr.py 是业务量最大的模块先看增删改四个方法# employee_mgr.py - 员工增删改查 from db import execute_update, execute_query def add_employee(emp_no, name, gender, dept_id, position): sql INSERT INTO t_emp (emp_no, name, gender, dept_id, position) VALUES (%s, %s, %s, %s, %s) return execute_update(sql, (emp_no, name, gender, dept_id, position)) def update_employee(emp_id, position, dept_id): sql UPDATE t_emp SET position%s, dept_id%s WHERE emp_id%s return execute_update(sql, (position, dept_id, emp_id)) def delete_employee(emp_id): sql DELETE FROM t_emp WHERE emp_id%s return execute_update(sql, (emp_id,)) def query_employees(keywordNone, dept_idNone): sql SELECT e.*, d.dept_name FROM t_emp e LEFT JOIN t_dept d ON e.dept_id d.dept_id WHERE 11 args [] if keyword: sql AND (e.name LIKE %s OR e.emp_no LIKE %s) args.extend([f%{keyword}%, f%{keyword}%]) if dept_id: sql AND e.dept_id %s args.append(dept_id) sql ORDER BY e.emp_id return execute_query(sql, tuple(args) if args else None)增删改三个方法都返回受影响行数界面层拿返回值判断要不要弹“操作成功”。add_employee 的参数顺序和 INSERT 语句的列顺序一一对应界面按钮收集输入后再封装成元组传进来业务函数不关心输入从哪来方便以后接 Excel 批量导入或 Web 接口。query_employees 用了动态拼接这是课设里“按条件查询”的标准写法。初始条件是 WHERE 11后面按需追加 AND 条件args 列表同步收集参数。LIKE 的模糊匹配要自己拼 %keyword%注意通配符是放在参数里的不是拼进 SQL 模板仍然走参数化不会引入注入风险。LEFT JOIN 保证即使部门被误删或员工未分配部门员工记录仍能查到只是 dept_name 显示为 NULL。3.4 统计报表JOIN GROUP BY 计算部门薪资report.py 里的统计函数是数据库课程里聚合查询的集中展示# report.py - 统计报表核心查询 from db import execute_query def count_by_dept(): sql SELECT d.dept_name, COUNT(e.emp_id) AS emp_count FROM t_dept d LEFT JOIN t_emp e ON d.dept_id e.dept_id GROUP BY d.dept_id, d.dept_name ORDER BY emp_count DESC return execute_query(sql) def sum_salary_by_month(month): sql SELECT d.dept_name, COUNT(e.emp_id) AS emp_count, SUM(s.total) AS total_salary FROM t_salary s JOIN t_emp e ON s.emp_id e.emp_id JOIN t_dept d ON e.dept_id d.dept_id WHERE s.month %s GROUP BY d.dept_id, d.dept_name ORDER BY total_salary DESC return execute_query(sql, (month,))count_by_dept 用 LEFT JOIN 是从部门出发统计每个部门的人数重点是保留人数为零的部门。如果换成 INNER JOIN新建立的空部门在统计图里直接消失答辩时老师往部门表插一条“新业务部”再点统计按钮图里没这个部门这就是逻辑缺陷。GROUP BY 后面同时写了 d.dept_id 和 d.dept_name这是 MySQL 的一个常见坑只按 dept_id 分组也行但 select 里出现 dept_name 时ONLY_FULL_GROUP_BY 模式下会直接报错所以把两个字段一并分组。sum_salary_by_month 带月份参数输入格式是“2024-06”这种字符串正好对应 t_salary.month 的 VARCHAR(7)。统计结果是每个部门的薪资总和界面层会把结果塞给 matplotlib 画柱状图。这里再提醒一句图表显示中文乱码时去 matplotlib 配置里设置中文字体推荐用 SimHei 或 Microsoft YaHei后面避坑章节还会细说。4. 项目部署与运行从空环境到跑通全流程这套源码的部署过程很简单但顺序不能乱。很多同学卡在“代码没问题就是连不上数据库”这类问题上其实都是环境准备漏了某一步。这一章按实际执行顺序走一遍。4.1 环境准备Python 依赖与 MySQL 服务先确认本机有 Python 3.8 以上版本和 MySQL 5.7 以上版本。在命令行分别执行python --version mysql --version版本没问题后进入项目根目录安装依赖pip install -r requirements.txtrequirements.txt 内容只有两行pymysql1.0.2 matplotlib3.5.3PyMySQL 是数据库驱动matplotlib 只在统计报表模块绘图时用到。如果你不打算用图表可以把 matplotlib 那一行去掉系统其余功能不受影响。pip 命令会从镜像站下载纯 Python 包不需要编译基本几分钟内装完。4.2 建库建表两个 SQL 脚本的执行顺序建库脚本要按顺序导入先建表再填数据。打开命令行进入项目 sql 目录执行mysql -u root -p init_db.sql mysql -u root -p seed_data.sql第一个脚本创建 employee_db 库和四张表第二个脚本插入测试数据。注意顺序不能反seed_data.sql 里插入的部门数据依赖 t_dept 表已经存在员工数据又依赖部门有 dept_id 可引用反了会报外键错误。导入完成后验证一下mysql -u root -p -e USE employee_db; SHOW TABLES; SELECT COUNT(*) FROM t_emp;正常会看到五张表t_dept、t_emp、t_salary、t_user外加系统自带的表结构信息。t_emp 表里应该有 seed 脚本写入的十几条测试员工记录。如果 SHOW TABLES 输出为空多半是 mysql 命令没连上目标实例检查 root 密码是否正确。4.3 启动验证登录默认账号与操作顺序环境就绪后在项目根目录运行python main.py看到登录窗口就说明 GUI 启动成功了。默认账号 admin默认密码 admin123这两个值写在 seed_data.sql 里正式使用前记得改。登录后建议按“先加部门 → 再加员工 → 再录薪资”的顺序操作因为员工表的 dept_id 必须引用已有部门薪资表的 emp_id 必须引用已有员工界面操作顺序也遵循这个依赖关系。验证功能的快捷路径是先在部门管理里新增一个“研发部”再去员工管理里添加一名姓名为“测试员”的员工部门选研发部最后在薪资管理里给该员工录一笔 2025-01 的工资。回到统计报表点刷新柱状图应能看到研发部的数据和薪资总额。这一套走通系统核心功能就都验证过了。4.4 配置文件修改与故障排查唯一需要改的配置文件就是 config.py。本机 MySQL 密码如果不是 123456把 DB_CONFIG[password] 改成你自己的连的不是 localhost改 host想换库名改 database但要让 init_db.sql 里的 CREATE DATABASE 也改成同名。连不上数据库时按这个顺序查第一MySQL 服务是否启动Windows 下看服务列表Linux 下执行 systemctl status mysql第二端口对不对默认 3306被占用时可以换 3307第三账号权限root 默认只允许 localhost 登录如果你的 Python 跑了 docker 容器要用 127.0.0.1 连接就要确认用户表里 localhost 的授权还在第四端口和密码都确认后仍然报错检查有没有装 mysql-connector-python 和 pymysql 混用两个驱动的报错格式不一样容易误判。注意改完 config.py 后必须重启 python main.py重新打开主程序才能加载新配置。如果改了密码没重启界面看着没报错但第一次点击“查询”时就会弹连接异常这属于典型的“改配置不重启”踩坑。5. 课程设计避坑指南五条实操踩坑记录课设提交前后最容易翻车的问题我按真实排错顺序整理了五条每一条都是“现象 → 原因 → 解决”的结构。知道怎么改更要知道为什么。5.1 中文乱码连接字符集和表字符集两处都要管现象界面和数据库里中文显示正常但从程序插入的中文在表里变成问号或者报错 Incorrect string value \xE5\xBC...。原因建库时指定了 utf8mb4但 PyMySQL 连接参数里的 charset 没设置或者反过来建库用了默认 latin1连接却用了 utf8mb4。字符集不一致时MySQL 按连接字符集解释传入字符串存不进目标列就直接丢字节。解决建库脚本写 DEFAULT CHARSET utf8mb4config.py 的 DB_CONFIG 里同时写 charset: utf8mb4两边对齐。如果表已经建错了ALTER TABLE t_emp CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci 可以补救。从那以后我拿到任何 Python MySQL 项目第一件事就是检查这两处的字符集是否一致。5.2 删除部门报外键错误子表还有引用现象在部门管理里删除一个部门弹窗报 “Cannot delete or update a parent row: a foreign key constraint fails”。原因t_emp 里还有员工的 dept_id 指向这个部门。外键约束保护了数据完整性但不先处理子表记录父表就删不掉。解决业务上先把这个部门的员工调整到其他部门或者先删员工再删部门。界面层可以在删除前查一下 count_by_dept 里这个部门的人数不为零就提示“该部门仍有员工不能删除”。这是课设里展示你对数据完整性理解的好机会同时也避免答辩现场手忙脚乱。5.3 Decimal 变成字符串tkinter 表格显示不对现象薪资表查出来的 total 字段print 显示 Decimal(8500.00)塞进 tkinter Treeview 后变成奇怪的对象字符串或者排序错乱。原因PyMySQL 对 DECIMAL 字段默认返回 Python 的 Decimal 对象不是 float 也不是 str。Treeview 对非字符串类型支持不友好。解决在界面层统一格式化取值后做 str(row[total])或格式化成两位小数。顺手写个 utils.py 的 fmt_money 函数把 str(Decimal) 转成 8,500.00 这种显示格式这个函数在薪资列表和报表里复用比每次手写强。5.4 窗口卡死耗时查询堵住 UI 主线程现象点击“统计报表”后整个窗口变成空白鼠标转圈几秒钟后才恢复期间拖动窗口没反应。原因报表查询和 matplotlib 绘图都在 tkinter 主线程里同步执行数据库慢或数据量大时事件循环被阻塞窗口来不及刷新。解决课程设计量级下最省事的方案是让统计查询和绘图放进子线程查询完成后通过根窗口的 after() 方法把结果回填到界面。如果不想引入线程复杂度至少保证报表查询的 SQL 走了索引month、dept_id 这类查询字段都建了索引一般表数据量几百行以内卡顿不明显。但答辩前建议还是处理一下否则演示时窗口卡死会被批“稳定性不行”。5.5 SQL 注入不是说着玩的字符串拼接必翻车现象在登录框输入 OR 11 -- 居然能绕过密码直接进主窗口。原因早期版本登录 SQL 是这么写的sql SELECT * FROM t_user WHERE username username AND password password 。这个拼接把输入当成了 SQL 代码条件被注释符绕过。解决所有 SQL 统一走参数化查询execute_query(sql, (username, password))。前端输入永远只作为参数传递不让它进入 SQL 语句文本。这条不是加分项是必须项。课设评审老师极可能在答辩时往你的登录框里输一个单引号看看系统会不会崩。从那以后我每写完一条 SQL 都会代码走查一遍有没有出现 f-string 拼 SQL、有没有直接把变量塞进 sql 文本。6. 二次开发方向把课设改造成简历级项目课设交完不是终点很多同学会把它写进简历。这套系统的底子不错但直接写上去有点单薄我建议按下面这个顺序改三轮。6.1 第一轮补安全和基本功密码不能明文存。在 t_user 表里加 salt 字段注册时用 hashlib 做 sha256(salt password)登录时比对哈希值。这部分代码改动小但面试聊到安全问题时能拿出来说。接着给 t_salary 表加 create_time、update_time 两个时间字段用 datetime.now() 写入体现审计意识。界面层把 messagebox 的提示统一改成日志文件输出记录谁在什么时间删了哪个员工这是“操作日志”的最小实现。6.2 第二轮加导出和分页用 openpyxl 给员工列表加“导出 Excel”按钮把 Treeview 当前页数据写入 xlsx 文件。这是工作中最常用的需求比在简历里写“熟悉增删改查”有说服力得多。同时把 query_employees 改成 LIMIT %s OFFSET %s 分页查询界面做上一页/下一页按钮。分页涉及 SQL 和界面状态同步改造量适中值得做。6.3 第三轮Web 化与 ORM 化如果时间允许用 Flask 把 tkinter 界面换成 Web 页面保留 db.py 的逻辑只需新增路由和 Jinja2 模板。更进一步把 db.py 里的原生 SQL 替换成 SQLAlchemy ORM模型定义和 t_dept、t_emp 的表结构一一对应。这样一轮一轮改下来项目从“课设”变成“带安全、带导出、带分页、前后端分离雏形”的完整作品面试时可聊的深度就完全不一样了。我每次接到这类改造需求都会强制自己先写一份“改动清单”把每条改动对应到具体文件和具体函数改完一个功能立刻回归验证一次增删改查和统计报表确认没有把原系统改崩。这次拆这套员工信息管理系统我也是先读 init_db.sql 再读 db.py把表间依赖画清楚才开始动代码。希望这套思路和源码能帮到正在为课设发愁的你。本文还有配套的精品资源点击获取
简介一份面向数据库课程设计的员工信息管理系统源码包基于Python与MySQL实现适合高校学生在课程设计、毕业设计或项目练手中参考。资源覆盖员工与部门数据的增删改查、SQL查询、事务处理等典型功能可帮助理解Python后端与关系型数据库的交互方式。压缩包共9个文件约6.71MB包含2个Python脚本、2份Word课程设计报告、4张设计文档图片及1个README说明兼顾代码实现与文档撰写参考。其中两个Python脚本分别处理员工信息与账号管理配合员工表、部门表的建表逻辑以及E-R图、数据流图完整呈现从数据库设计到Python操作MySQL的实现路径报告还包含功能模块说明便于二次开发与答辩讲解。目前已有4343人学习下载适合需要快速搭建同类管理系统或补充数据库课程设计文档的同学。1. 为什么是员工信息管理系统一套不改也能答辩、改了也能上线的 Python MySQL 课设A同学把课程设计题目从“图书管理系统”换成“员工信息管理系统”理由是图书管理网上模板太多答辩时老师一眼能认出来员工管理字段更贴近真实企业组织能自然拆出部门、员工、薪资三张主表外键关系、聚合查询、统计报表这些课程硬指标全都能覆盖。这套源码基于 Python 3.8 与 MySQL 8.0GUI 用 Python 自带标准库 tkinter不依赖第三方界面框架数据库访问只用一个 PyMySQL环境安装成本极低。适合正在做数据库课设的学生、想快速搭一套增删改查后台的新手、准备把课设改成简历项目的开发者——它能直接跑也能二次开发关键的技术细节都有源码可查。2. 系统设计与数据库建模从目录结构到四张表的关系设计员工信息管理系统这种课设题目难点不在“能跑”而在“表设计得是否合理”。很多同学拿到的参考代码只有两个文件一个拼 SQL一个画界面表关系基本靠感觉。这套源码不是这样它把代码按模块切分数据库部分单独拿出来建表连接层、业务层、界面层各管各的。这一章先把整体设计讲清楚后面看代码才不会迷路。2.1 技术栈为什么是 Python MySQL tkinter这个组合几乎是数据库课程设计的最优解。第一Python 3 是很多高校数据库课程的教学语言学生至少能读懂语法第二MySQL 是课设题目里出现频率最高的数据库老师也最熟悉用 PostgreSQL 或 SQLite 会多出不必要的解释成本第三tkinter 是 Python 自带的标准 GUI 库Linux、Windows、macOS 都能跑不需要额外安装 PyQt5 或 wxPython机房环境也友好。为什么不选 Flask 或 Django 写成 Web 版课设要求通常是“基于 Python 和 MySQL 实现一个系统”Web 框架会自动帮你处理数据库连接、请求分发、表单验证看着高级但答辩时老师问“查询条件是怎么拼进 SQL 的”这类问题时框架把细节全包装掉了容易露怯。tkinter 这种桌面形态反而要求你手动处理按钮事件、表格绑定、SQL 执行知识点全暴露在外面适合现场答辩演示。数据库驱动我选了 PyMySQL 而不是 mysql-connector-python。两者在课设量级下性能差异不大但 PyMySQL 的 API 和教材里常见的 MySQLdb 几乎一致纯 Python 实现pip 安装不需要本机编译环境。机房的机器经常缺编译器装上 C 库版本容易翻车PyMySQL 基本开箱即用。组件选型说明语言Python 3.8课程教学常用语法门槛低数据库MySQL 8.0课设高频要求支持外键与生成列GUItkinter标准库自带免安装部署数据库驱动PyMySQL 1.x纯 Python 实现pip 安装即用图表matplotlib统计报表模块的可视化依赖2.2 项目目录每个文件负责什么拿到源码先别急着跑把目录结构过一遍。这套代码刻意按“配置—工具—界面—业务”四层拆不是一上来就堆一个千行 main.py。employee_management/ ├── main.py # 程序入口启动登录窗口串起所有界面 ├── config.py # 数据库连接配置改密码、改库名都在这 ├── db.py # 连接层执行 SQL、返回结果所有模块共用 ├── login.py # 登录界面与鉴权逻辑 ├── dashboard.py # 主窗口菜单栏、左侧导航、内容区容器 ├── employee_mgr.py # 员工管理增删改查、按条件查询 ├── dept_mgr.py # 部门管理部门维护与列表展示 ├── salary_mgr.py # 薪资管理月度薪资录入 ├── report.py # 统计报表人数统计、薪资汇总、图表绘制 ├── utils.py # 公共函数日期校验、非空校验、ID 转换 ├── sql/ │ ├── init_db.sql # 建库建表脚本定义全部外键约束 │ └── seed_data.sql # 测试数据部门、员工、工资、账号 └── requirements.txt # 依赖清单pymysql、matplotlib按这个顺序读代码最顺先读 config.py 知道连哪个库再读 db.py 看所有 SQL 怎么执行和提交然后看 login.py 怎么进主界面最后才是 employee_mgr.py 里的具体业务。四个文件之间依赖是单向的界面层调用业务层业务层调 db.pydb.py 只认 config.py改一层不会牵动其他层。这套分层在课设里看起来有点“过度设计”但答辩加分点也在这老师问“以后要换数据库怎么办”你可以直接答db.py 里把 PyMySQL 换成 psycopg2调整一下占位符格式业务和界面代码完全不用动。这就是分层的实际价值。2.3 数据库设计四张表承载全部业务数据库是这门课的核心表设计必须能讲出理由。init_db.sql 建了部门、员工、薪资、用户四张表外键约束和唯一键都写在脚本里覆盖了课设里“外键约束”“完整性约束”的考核点。-- init_db.sql 核心建表部分 CREATE DATABASE IF NOT EXISTS employee_db DEFAULT CHARSET utf8mb4; USE employee_db; -- 部门表被员工表引用作为父表 CREATE TABLE t_dept ( dept_id INT AUTO_INCREMENT PRIMARY KEY, dept_name VARCHAR(50) NOT NULL UNIQUE, manager VARCHAR(20) DEFAULT NULL, phone VARCHAR(20) DEFAULT NULL ); -- 员工表核心业务表外键指向部门表 CREATE TABLE t_emp ( emp_id INT AUTO_INCREMENT PRIMARY KEY, emp_no VARCHAR(20) NOT NULL UNIQUE, name VARCHAR(50) NOT NULL, gender CHAR(2) DEFAULT 男, dept_id INT NOT NULL, position VARCHAR(50) DEFAULT NULL, hire_date DATE DEFAULT NULL, status TINYINT DEFAULT 1 COMMENT 1在职 0离职, CONSTRAINT fk_emp_dept FOREIGN KEY (dept_id) REFERENCES t_dept(dept_id) ); -- 薪资表按月记录员工工资外键指向员工表 CREATE TABLE t_salary ( salary_id INT AUTO_INCREMENT PRIMARY KEY, emp_id INT NOT NULL, month VARCHAR(7) NOT NULL COMMENT 格式2024-06, base_salary DECIMAL(10,2) NOT NULL, bonus DECIMAL(10,2) DEFAULT 0.00, deduction DECIMAL(10,2) DEFAULT 0.00, total DECIMAL(10,2) GENERATED ALWAYS AS (base_salary bonus - deduction) STORED, CONSTRAINT fk_salary_emp FOREIGN KEY (emp_id) REFERENCES t_emp(emp_id), UNIQUE KEY uk_emp_month (emp_id, month) ); -- 用户表登录鉴权密码建议后续改成哈希存储 CREATE TABLE t_user ( user_id INT AUTO_INCREMENT PRIMARY KEY, username VARCHAR(30) NOT NULL UNIQUE, password VARCHAR(64) NOT NULL, role VARCHAR(10) DEFAULT admin );建表时有几个设计点可以写进答辩文档。第一部门和员工是一对多关系外键加在 t_emp 的 dept_id 上这是最标准的画法第二t_salary 的 total 字段用 MySQL 5.7 以上的生成列语法由 base_salary bonus - deduction 自动算出避免应用层手工计算造成的累计误差算一个技术加分项第三uk_emp_month 唯一键保证同一个月同一个员工只能有一条薪资记录防止重复录入。员工、部门、薪资三张表的字段长度都刻意贴近真实业务。比如 emp_no 设计成 VARCHAR(20) 而不是 INT因为企业工号常带部门前缀像“D05-1008”用整型会丢失这种信息。后面做“批量导入员工”功能时emp_no 的唯一键还能用来去重。这就是为什么课设要把表结构先想清楚再写代码。3. 核心模块拆解登录、增删改查、统计报表的完整链路这一章选四条最重要的代码链路逐步拆连接层是所有模块的地基登录是系统的入口员工增删改查是核心操作统计报表是数据库聚合能力的展示。每条链路都按“代码 → 逐段说明 → 参数解释”来读。3.1 数据库连接层get_connection 与游标模式先看 config.py这是整个系统唯一需要你根据本机环境改的地方# config.py - 数据库连接配置 DB_CONFIG { host: localhost, port: 3306, user: root, password: 123456, database: employee_db, charset: utf8mb4 }再来看 db.py所有模块的 SQL 都走这里执行# db.py - 数据库连接工具 import pymysql from config import DB_CONFIG def get_connection(): conn pymysql.connect( hostDB_CONFIG[host], portDB_CONFIG[port], userDB_CONFIG[user], passwordDB_CONFIG[password], databaseDB_CONFIG[database], charsetDB_CONFIG[charset], cursorclasspymysql.cursors.DictCursor ) return conn def execute_query(sql, argsNone): 执行查询返回字典列表 conn get_connection() try: with conn.cursor() as cursor: cursor.execute(sql, args) result cursor.fetchall() return result finally: conn.close() def execute_update(sql, argsNone): 执行增删改返回受影响行数 conn get_connection() try: with conn.cursor() as cursor: rows cursor.execute(sql, args) conn.commit() return rows except Exception: conn.rollback() raise finally: conn.close()这里几个参数值得说清楚。cursorclass 指定为 DictCursor查询结果会变成 [{emp_id: 1, name: 张三}] 这种字典结构界面代码直接用 row[name] 取值比元组下标好读得多这是课设里很实用的小技巧。charset 必须是 utf8mb4它和建库用的字符集保持一致缺了它中文大概率乱码。execute_query 和 execute_update 分开是有原因的。查询只读用 with 管理游标最后关闭连接即可增删改要写库execute 之后必须 commit 才真正落盘发生异常时 rollback 保证一致性。每次调用都现建连接、用完关闭避免多窗口并发时共用一个连接出现事务冲突。课设并发量小这种短连接模式够用且逻辑简单比维护连接池更好向老师解释。3.2 登录鉴权参数化查询与角色校验登录模块在 login.py核心函数只有十几行# login.py - 登录鉴权核心逻辑 import tkinter as tk from tkinter import messagebox from db import execute_query def check_login(username, password): sql SELECT user_id, username, role FROM t_user WHERE username%s AND password%s result execute_query(sql, (username, password)) return result[0] if result else None def on_login_click(): username entry_username.get() password entry_password.get() if not username or not password: messagebox.showwarning(提示, 用户名和密码不能为空) return user check_login(username, password) if user: # 打开主窗口并传入当前登录用户角色 open_dashboard(user) else: messagebox.showerror(错误, 用户名或密码不正确)关键在 SQL 写法WHERE username%s AND password%s参数通过 execute_query 的 args 传入而不是把用户输入直接拼进 SQL 字符串。这种参数化查询语法是 PyMySQL 的标准占位符写法能避免经典的 SQL 注入问题比如输入 OR 11 蹭进登录逻辑。参数本身由驱动做转义这是课设答辩时一定会被问到的安全点。check_login 返回的是一个字典拿 role 字段可以做角色控制。比如管理员进主界面能看到“部门管理”和“薪资录入”菜单普通操作员只看到“员工查询”。界面按钮的启用状态在 open_dashboard 里根据 user[role] 判断登录函数本身只负责验身份职责单一。3.3 员工模块增删改查与动态条件查询employee_mgr.py 是业务量最大的模块先看增删改四个方法# employee_mgr.py - 员工增删改查 from db import execute_update, execute_query def add_employee(emp_no, name, gender, dept_id, position): sql INSERT INTO t_emp (emp_no, name, gender, dept_id, position) VALUES (%s, %s, %s, %s, %s) return execute_update(sql, (emp_no, name, gender, dept_id, position)) def update_employee(emp_id, position, dept_id): sql UPDATE t_emp SET position%s, dept_id%s WHERE emp_id%s return execute_update(sql, (position, dept_id, emp_id)) def delete_employee(emp_id): sql DELETE FROM t_emp WHERE emp_id%s return execute_update(sql, (emp_id,)) def query_employees(keywordNone, dept_idNone): sql SELECT e.*, d.dept_name FROM t_emp e LEFT JOIN t_dept d ON e.dept_id d.dept_id WHERE 11 args [] if keyword: sql AND (e.name LIKE %s OR e.emp_no LIKE %s) args.extend([f%{keyword}%, f%{keyword}%]) if dept_id: sql AND e.dept_id %s args.append(dept_id) sql ORDER BY e.emp_id return execute_query(sql, tuple(args) if args else None)增删改三个方法都返回受影响行数界面层拿返回值判断要不要弹“操作成功”。add_employee 的参数顺序和 INSERT 语句的列顺序一一对应界面按钮收集输入后再封装成元组传进来业务函数不关心输入从哪来方便以后接 Excel 批量导入或 Web 接口。query_employees 用了动态拼接这是课设里“按条件查询”的标准写法。初始条件是 WHERE 11后面按需追加 AND 条件args 列表同步收集参数。LIKE 的模糊匹配要自己拼 %keyword%注意通配符是放在参数里的不是拼进 SQL 模板仍然走参数化不会引入注入风险。LEFT JOIN 保证即使部门被误删或员工未分配部门员工记录仍能查到只是 dept_name 显示为 NULL。3.4 统计报表JOIN GROUP BY 计算部门薪资report.py 里的统计函数是数据库课程里聚合查询的集中展示# report.py - 统计报表核心查询 from db import execute_query def count_by_dept(): sql SELECT d.dept_name, COUNT(e.emp_id) AS emp_count FROM t_dept d LEFT JOIN t_emp e ON d.dept_id e.dept_id GROUP BY d.dept_id, d.dept_name ORDER BY emp_count DESC return execute_query(sql) def sum_salary_by_month(month): sql SELECT d.dept_name, COUNT(e.emp_id) AS emp_count, SUM(s.total) AS total_salary FROM t_salary s JOIN t_emp e ON s.emp_id e.emp_id JOIN t_dept d ON e.dept_id d.dept_id WHERE s.month %s GROUP BY d.dept_id, d.dept_name ORDER BY total_salary DESC return execute_query(sql, (month,))count_by_dept 用 LEFT JOIN 是从部门出发统计每个部门的人数重点是保留人数为零的部门。如果换成 INNER JOIN新建立的空部门在统计图里直接消失答辩时老师往部门表插一条“新业务部”再点统计按钮图里没这个部门这就是逻辑缺陷。GROUP BY 后面同时写了 d.dept_id 和 d.dept_name这是 MySQL 的一个常见坑只按 dept_id 分组也行但 select 里出现 dept_name 时ONLY_FULL_GROUP_BY 模式下会直接报错所以把两个字段一并分组。sum_salary_by_month 带月份参数输入格式是“2024-06”这种字符串正好对应 t_salary.month 的 VARCHAR(7)。统计结果是每个部门的薪资总和界面层会把结果塞给 matplotlib 画柱状图。这里再提醒一句图表显示中文乱码时去 matplotlib 配置里设置中文字体推荐用 SimHei 或 Microsoft YaHei后面避坑章节还会细说。4. 项目部署与运行从空环境到跑通全流程这套源码的部署过程很简单但顺序不能乱。很多同学卡在“代码没问题就是连不上数据库”这类问题上其实都是环境准备漏了某一步。这一章按实际执行顺序走一遍。4.1 环境准备Python 依赖与 MySQL 服务先确认本机有 Python 3.8 以上版本和 MySQL 5.7 以上版本。在命令行分别执行python --version mysql --version版本没问题后进入项目根目录安装依赖pip install -r requirements.txtrequirements.txt 内容只有两行pymysql1.0.2 matplotlib3.5.3PyMySQL 是数据库驱动matplotlib 只在统计报表模块绘图时用到。如果你不打算用图表可以把 matplotlib 那一行去掉系统其余功能不受影响。pip 命令会从镜像站下载纯 Python 包不需要编译基本几分钟内装完。4.2 建库建表两个 SQL 脚本的执行顺序建库脚本要按顺序导入先建表再填数据。打开命令行进入项目 sql 目录执行mysql -u root -p init_db.sql mysql -u root -p seed_data.sql第一个脚本创建 employee_db 库和四张表第二个脚本插入测试数据。注意顺序不能反seed_data.sql 里插入的部门数据依赖 t_dept 表已经存在员工数据又依赖部门有 dept_id 可引用反了会报外键错误。导入完成后验证一下mysql -u root -p -e USE employee_db; SHOW TABLES; SELECT COUNT(*) FROM t_emp;正常会看到五张表t_dept、t_emp、t_salary、t_user外加系统自带的表结构信息。t_emp 表里应该有 seed 脚本写入的十几条测试员工记录。如果 SHOW TABLES 输出为空多半是 mysql 命令没连上目标实例检查 root 密码是否正确。4.3 启动验证登录默认账号与操作顺序环境就绪后在项目根目录运行python main.py看到登录窗口就说明 GUI 启动成功了。默认账号 admin默认密码 admin123这两个值写在 seed_data.sql 里正式使用前记得改。登录后建议按“先加部门 → 再加员工 → 再录薪资”的顺序操作因为员工表的 dept_id 必须引用已有部门薪资表的 emp_id 必须引用已有员工界面操作顺序也遵循这个依赖关系。验证功能的快捷路径是先在部门管理里新增一个“研发部”再去员工管理里添加一名姓名为“测试员”的员工部门选研发部最后在薪资管理里给该员工录一笔 2025-01 的工资。回到统计报表点刷新柱状图应能看到研发部的数据和薪资总额。这一套走通系统核心功能就都验证过了。4.4 配置文件修改与故障排查唯一需要改的配置文件就是 config.py。本机 MySQL 密码如果不是 123456把 DB_CONFIG[password] 改成你自己的连的不是 localhost改 host想换库名改 database但要让 init_db.sql 里的 CREATE DATABASE 也改成同名。连不上数据库时按这个顺序查第一MySQL 服务是否启动Windows 下看服务列表Linux 下执行 systemctl status mysql第二端口对不对默认 3306被占用时可以换 3307第三账号权限root 默认只允许 localhost 登录如果你的 Python 跑了 docker 容器要用 127.0.0.1 连接就要确认用户表里 localhost 的授权还在第四端口和密码都确认后仍然报错检查有没有装 mysql-connector-python 和 pymysql 混用两个驱动的报错格式不一样容易误判。注意改完 config.py 后必须重启 python main.py重新打开主程序才能加载新配置。如果改了密码没重启界面看着没报错但第一次点击“查询”时就会弹连接异常这属于典型的“改配置不重启”踩坑。5. 课程设计避坑指南五条实操踩坑记录课设提交前后最容易翻车的问题我按真实排错顺序整理了五条每一条都是“现象 → 原因 → 解决”的结构。知道怎么改更要知道为什么。5.1 中文乱码连接字符集和表字符集两处都要管现象界面和数据库里中文显示正常但从程序插入的中文在表里变成问号或者报错 Incorrect string value \xE5\xBC...。原因建库时指定了 utf8mb4但 PyMySQL 连接参数里的 charset 没设置或者反过来建库用了默认 latin1连接却用了 utf8mb4。字符集不一致时MySQL 按连接字符集解释传入字符串存不进目标列就直接丢字节。解决建库脚本写 DEFAULT CHARSET utf8mb4config.py 的 DB_CONFIG 里同时写 charset: utf8mb4两边对齐。如果表已经建错了ALTER TABLE t_emp CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci 可以补救。从那以后我拿到任何 Python MySQL 项目第一件事就是检查这两处的字符集是否一致。5.2 删除部门报外键错误子表还有引用现象在部门管理里删除一个部门弹窗报 “Cannot delete or update a parent row: a foreign key constraint fails”。原因t_emp 里还有员工的 dept_id 指向这个部门。外键约束保护了数据完整性但不先处理子表记录父表就删不掉。解决业务上先把这个部门的员工调整到其他部门或者先删员工再删部门。界面层可以在删除前查一下 count_by_dept 里这个部门的人数不为零就提示“该部门仍有员工不能删除”。这是课设里展示你对数据完整性理解的好机会同时也避免答辩现场手忙脚乱。5.3 Decimal 变成字符串tkinter 表格显示不对现象薪资表查出来的 total 字段print 显示 Decimal(8500.00)塞进 tkinter Treeview 后变成奇怪的对象字符串或者排序错乱。原因PyMySQL 对 DECIMAL 字段默认返回 Python 的 Decimal 对象不是 float 也不是 str。Treeview 对非字符串类型支持不友好。解决在界面层统一格式化取值后做 str(row[total])或格式化成两位小数。顺手写个 utils.py 的 fmt_money 函数把 str(Decimal) 转成 8,500.00 这种显示格式这个函数在薪资列表和报表里复用比每次手写强。5.4 窗口卡死耗时查询堵住 UI 主线程现象点击“统计报表”后整个窗口变成空白鼠标转圈几秒钟后才恢复期间拖动窗口没反应。原因报表查询和 matplotlib 绘图都在 tkinter 主线程里同步执行数据库慢或数据量大时事件循环被阻塞窗口来不及刷新。解决课程设计量级下最省事的方案是让统计查询和绘图放进子线程查询完成后通过根窗口的 after() 方法把结果回填到界面。如果不想引入线程复杂度至少保证报表查询的 SQL 走了索引month、dept_id 这类查询字段都建了索引一般表数据量几百行以内卡顿不明显。但答辩前建议还是处理一下否则演示时窗口卡死会被批“稳定性不行”。5.5 SQL 注入不是说着玩的字符串拼接必翻车现象在登录框输入 OR 11 -- 居然能绕过密码直接进主窗口。原因早期版本登录 SQL 是这么写的sql SELECT * FROM t_user WHERE username username AND password password 。这个拼接把输入当成了 SQL 代码条件被注释符绕过。解决所有 SQL 统一走参数化查询execute_query(sql, (username, password))。前端输入永远只作为参数传递不让它进入 SQL 语句文本。这条不是加分项是必须项。课设评审老师极可能在答辩时往你的登录框里输一个单引号看看系统会不会崩。从那以后我每写完一条 SQL 都会代码走查一遍有没有出现 f-string 拼 SQL、有没有直接把变量塞进 sql 文本。6. 二次开发方向把课设改造成简历级项目课设交完不是终点很多同学会把它写进简历。这套系统的底子不错但直接写上去有点单薄我建议按下面这个顺序改三轮。6.1 第一轮补安全和基本功密码不能明文存。在 t_user 表里加 salt 字段注册时用 hashlib 做 sha256(salt password)登录时比对哈希值。这部分代码改动小但面试聊到安全问题时能拿出来说。接着给 t_salary 表加 create_time、update_time 两个时间字段用 datetime.now() 写入体现审计意识。界面层把 messagebox 的提示统一改成日志文件输出记录谁在什么时间删了哪个员工这是“操作日志”的最小实现。6.2 第二轮加导出和分页用 openpyxl 给员工列表加“导出 Excel”按钮把 Treeview 当前页数据写入 xlsx 文件。这是工作中最常用的需求比在简历里写“熟悉增删改查”有说服力得多。同时把 query_employees 改成 LIMIT %s OFFSET %s 分页查询界面做上一页/下一页按钮。分页涉及 SQL 和界面状态同步改造量适中值得做。6.3 第三轮Web 化与 ORM 化如果时间允许用 Flask 把 tkinter 界面换成 Web 页面保留 db.py 的逻辑只需新增路由和 Jinja2 模板。更进一步把 db.py 里的原生 SQL 替换成 SQLAlchemy ORM模型定义和 t_dept、t_emp 的表结构一一对应。这样一轮一轮改下来项目从“课设”变成“带安全、带导出、带分页、前后端分离雏形”的完整作品面试时可聊的深度就完全不一样了。我每次接到这类改造需求都会强制自己先写一份“改动清单”把每条改动对应到具体文件和具体函数改完一个功能立刻回归验证一次增删改查和统计报表确认没有把原系统改崩。这次拆这套员工信息管理系统我也是先读 init_db.sql 再读 db.py把表间依赖画清楚才开始动代码。希望这套思路和源码能帮到正在为课设发愁的你。本文还有配套的精品资源点击获取
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
