简介这份资源是面向高校数据库课程设计场景的完整项目源码包基于Python与MySQL实现员工信息管理系统适合正在完成课程设计或希望练习数据库编程的初学者与在校学生。项目围绕员工、部门等实体展开数据库设计涵盖建表、增删改查、多表连接与事务处理等SQL操作并通过pymysql完成Python与MySQL的连接与业务逻辑交互同时涉及异常处理、SQL注入防护与索引优化等实践要点。压缩包共9个文件约6.71MB包含2个Python源码文件、4张png图表E-R图、数据流图等、2份doc课程设计报告与说明文档以及1份md说明图表与文档可用于理解系统结构与撰写报告。目前已有4343人学习下载读者可参考完整源码、数据库设计思路与课程设计报告框架快速搭建并调试自己的员工信息管理系统。1. 从一份能跑起来的员工信息管理系统源码说起如果你正在做数据库课程设计大概率会遇到一个尴尬局面ER 图能画建表语句能背可一旦要把 Python 和 MySQL 串成一个能增删改查、能跑通登录、能导出数据的完整系统就卡在环境配置和代码组织上了。这份「员工信息管理系统源码」就是冲着这个场景来的——它用 Python 做业务层MySQL 做数据存储把员工档案、部门管理、薪资记录、考勤登记这几张核心表串成了一套可运行的桌面/控制台应用。适合谁适合刚学完 SQL 语法、想找一个能直接跑通并二次修改的课程设计底稿的在校生也适合需要快速搭一个内部小工具原型的初级开发者。它不炫技但胜在结构清晰、依赖少、改起来不费劲。2. 环境搭建与数据库初始化把黑匣子拆开看2.1 依赖选型与版本对齐这套源码的技术栈很朴素Python 3.x MySQL 5.7/8.0 PyMySQL 驱动。为什么不用 MySQLdb因为 PyMySQL 是纯 Python 实现pip 一条命令就能装不需要在 Windows 上折腾编译工具链对课程设计这种「换台电脑就要能跑」的场景更友好。常见做法是建一个虚拟环境把依赖锁在 requirements.txt 里避免和系统里其他项目的包版本打架。# 创建虚拟环境避免污染全局 Python python -m venv venv # Windows 激活 venv\Scripts\activate # macOS / Linux 激活 source venv/bin/activate # 安装核心依赖 pip install pymysql cryptography这里cryptography不是可选项。MySQL 8.0 默认使用caching_sha2_password认证插件PyMySQL 在建立连接时需要它来做密码加密握手。少了这个包你会看到一个RuntimeError: cryptography is required for sha256_password的报错很多人第一次跑就栽在这。2.2 建库建表字符集和引擎别偷懒源码里一般会带一个init.sql但直接 source 之前先确认两件事字符集用utf8mb4存储引擎用InnoDB。前者保证员工姓名里的生僻字、备注里的特殊符号不乱码后者保证外键约束和事务能正常工作——员工表和部门表之间通常有外键关联MyISAM 不支持外键用了就会在插入数据时静默失败。-- 创建数据库显式指定字符集和排序规则 CREATE DATABASE IF NOT EXISTS employee_mgmt DEFAULT CHARACTER SET utf8mb4 DEFAULT COLLATE utf8mb4_unicode_ci; USE employee_mgmt; -- 部门表被员工表外键引用先建 CREATE TABLE department ( dept_id INT PRIMARY KEY AUTO_INCREMENT, dept_name VARCHAR(50) NOT NULL UNIQUE, location VARCHAR(100) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 员工表核心表外键指向部门 CREATE TABLE employee ( emp_id INT PRIMARY KEY AUTO_INCREMENT, emp_name VARCHAR(50) NOT NULL, gender ENUM(男,女) DEFAULT 男, birth_date DATE, phone VARCHAR(20), email VARCHAR(100), dept_id INT, hire_date DATE, salary DECIMAL(10,2), CONSTRAINT fk_emp_dept FOREIGN KEY (dept_id) REFERENCES department(dept_id) ON DELETE SET NULL ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;ON DELETE SET NULL是个值得注意的细节部门被撤销时员工记录不会跟着消失只是 dept_id 变成 NULL避免误删部门导致员工数据连带丢失。如果你的课程设计要求「部门删除后员工也必须删」那就改成ON DELETE CASCADE但生产环境里这种级联删除要慎用。2.3 连接配置与首次运行验证源码里通常有一个db_config.py或config.ini把主机、端口、用户、密码、库名抽出来。别把密码硬编码在业务代码里课程设计答辩时老师看到这种写法会扣分。# db_config.py import pymysql def get_connection(): return pymysql.connect( hostlocalhost, port3306, userroot, passwordyour_password, # 换成你自己的 databaseemployee_mgmt, charsetutf8mb4, cursorclasspymysql.cursors.DictCursor # 让查询结果以字典返回 )DictCursor这个参数很实用默认游标返回元组取值要靠下标row[0]可读性差还容易搞错顺序换成字典游标后直接row[emp_name]代码自解释。首次运行先跑一个最小验证脚本确认连接通了再跑主程序。# test_conn.py from db_config import get_connection try: conn get_connection() with conn.cursor() as cur: cur.execute(SELECT VERSION()) print(MySQL 版本:, cur.fetchone()) conn.close() print(连接成功) except Exception as e: print(连接失败:, e)如果这一步报Access denied检查用户名密码报Unknown database说明建库语句没执行报Cant connect to MySQL server多半是 MySQL 服务没启动或端口不对。把这三类错误分清楚后面调试能省一半时间。3. 核心功能模块拆解增删改查怎么写才不翻车3.1 员工信息的增删改查实现课程设计的核心就是 CRUD但「能跑」和「写得对」是两回事。最常见的翻车点是 SQL 拼接——用 f-string 把用户输入直接拼进 SQL既容易因为引号导致语法错误又埋下注入风险。正确做法是全部用参数化查询让 PyMySQL 自己做转义。# employee_dao.py from db_config import get_connection def add_employee(name, gender, phone, dept_id, salary): 新增员工返回自增主键 conn get_connection() try: with conn.cursor() as cur: sql INSERT INTO employee (emp_name, gender, phone, dept_id, salary, hire_date) VALUES (%s, %s, %s, %s, %s, CURDATE()) cur.execute(sql, (name, gender, phone, dept_id, salary)) conn.commit() return cur.lastrowid except Exception as e: conn.rollback() # 出错回滚避免脏数据 raise e finally: conn.close() def search_employee(keyword): 按姓名模糊查询 conn get_connection() try: with conn.cursor() as cur: sql SELECT * FROM employee WHERE emp_name LIKE %s cur.execute(sql, (f%{keyword}%,)) return cur.fetchall() finally: conn.close()注意search_employee里参数写成(f%{keyword}%,)通配符加在参数值上而不是拼进 SQL 字符串。这样%s占位符仍然由驱动处理注入风险为零。另外add_employee里的conn.commit()和conn.rollback()必须成对出现——PyMySQL 默认不开自动提交忘了 commit 你会发现「插入成功但查不到」这是新手最常遇到的玄学问题之一。3.2 部门与员工的外键关联查询单表查询谁都会写课程设计的加分项在联表。员工列表要显示部门名称而不是 dept_id就得用 JOIN。这里有个坑如果员工没有分配部门dept_id 为 NULL用 INNER JOIN 会导致这条员工记录直接消失。正确做法是用 LEFT JOIN保证员工数据不丢。def list_employees_with_dept(): 查询员工及其部门名称无部门的也显示 conn get_connection() try: with conn.cursor() as cur: sql SELECT e.emp_id, e.emp_name, e.salary, IFNULL(d.dept_name, 未分配) AS dept_name FROM employee e LEFT JOIN department d ON e.dept_id d.dept_id ORDER BY e.emp_id cur.execute(sql) return cur.fetchall() finally: conn.close()IFNULL(d.dept_name, 未分配)是给前端展示用的兜底避免界面上出现 None。如果你用的是 MySQL 8.0也可以写成COALESCE(d.dept_name, 未分配)效果一样COALESCE 是标准 SQL 函数移植性更好。3.3 事务处理薪资调整不能只改一半员工调薪往往涉及多条记录更新员工表薪资字段同时往薪资变更日志表插一条记录。这两步必须在一个事务里要么都成功要么都回滚。否则出现「薪资改了但日志没记」的情况对账时就是一笔糊涂账。def adjust_salary(emp_id, new_salary, reason): 调薪更新薪资 写变更日志同一事务 conn get_connection() try: with conn.cursor() as cur: # 第一步更新员工薪资 cur.execute( UPDATE employee SET salary %s WHERE emp_id %s, (new_salary, emp_id) ) if cur.rowcount 0: raise ValueError(f员工 {emp_id} 不存在) # 第二步写入变更日志 cur.execute( INSERT INTO salary_log (emp_id, new_salary, reason, change_time) VALUES (%s, %s, %s, NOW()), (emp_id, new_salary, reason) ) conn.commit() except Exception as e: conn.rollback() raise e finally: conn.close()cur.rowcount判断影响行数是个好习惯如果 emp_id 不存在UPDATE 影响 0 行此时应该主动抛异常触发回滚而不是继续往下插日志。这样能防止日志表里出现指向不存在员工的孤儿记录。4. 避坑与排查那些让课程设计卡半天的常见问题4.1 中文乱码从连接层到表层的三重检查现象插入的中文姓名在数据库里显示成问号或乱码。原因通常有三层数据库字符集不是 utf8mb4、连接时没指定 charset、表字段字符集不对。解决方法是逐层排查——先SHOW CREATE DATABASE employee_mgmt看库字符集再SHOW CREATE TABLE employee看表字符集最后确认get_connection()里带了charsetutf8mb4。三层都对齐了乱码基本消失。4.2 外键约束报错 1452插入顺序搞反了现象插入员工时报Cannot add or update a child row: a foreign key constraint fails。原因是 dept_id 填了一个部门表里不存在的值。解决方法是先确认部门表里有这条记录再插员工或者在插入前用SELECT dept_id FROM department WHERE dept_id %s做一次校验给用户一个友好提示而不是把数据库的原始报错甩到界面上。4.3 连接未关闭导致 Too many connections现象程序跑一段时间后报Too many connections。原因是每次操作都新建连接却忘了 close连接数累积到 MySQL 上限默认 151。解决方法是用 try/finally 保证 close 一定执行或者引入连接池如 DBUtils复用连接。课程设计里用 try/finally 就够了连接池属于加分项。4.4 密码认证插件不兼容现象MySQL 8.0 下报Authentication plugin caching_sha2_password cannot be loaded。原因是旧版 PyMySQL 不支持新的认证插件。解决方法是升级 PyMySQL 到 1.0 以上并安装 cryptography 包如果还是不行可以临时把用户认证方式改回mysql_native_password但这属于绕过而非修复答辩时别主动提。4.5 忘记 commit 导致数据「消失」现象程序提示插入成功但重新查询时数据不见了。原因是 PyMySQL 默认关闭自动提交没调conn.commit()的话数据只在当前连接的事务里可见连接一关就回滚了。解决方法是在所有写操作后显式 commit或者初始化连接时传autocommitTrue但后者会让事务控制变粗调薪那种多步操作就不适用了。5. 二次开发与验证让这份源码真正变成你的东西拿到源码跑通只是第一步课程设计答辩时老师一定会问「你改了什么」。我的习惯是先做三件事加一个操作日志表、把硬编码的 SQL 抽成 DAO 层、写一个批量导入脚本。操作日志表记录谁在什么时候做了什么操作字段就四个操作类型、目标表、目标 ID、时间戳。DAO 层把 SQL 和业务逻辑分开后面换数据库或加缓存都不用动上层代码。批量导入用 CSV 读入配合executemany一次性提交比循环单条插入快一个数量级。import csv from db_config import get_connection def batch_import(csv_path): 从 CSV 批量导入员工跳过重复姓名 conn get_connection() try: with conn.cursor() as cur: with open(csv_path, r, encodingutf-8) as f: reader csv.DictReader(f) rows [ (r[name], r[gender], r[phone], int(r[dept_id]), float(r[salary])) for r in reader ] sql INSERT IGNORE INTO employee (emp_name, gender, phone, dept_id, salary, hire_date) VALUES (%s, %s, %s, %s, %s, CURDATE()) affected cur.executemany(sql, rows) conn.commit() print(f成功导入 {affected} 条) except Exception as e: conn.rollback() print(导入失败:, e) finally: conn.close()INSERT IGNORE会在遇到唯一键冲突时跳过而不是报错适合导入这种「有重复就跳过」的场景。但要注意它也会忽略其他错误比如外键不存在所以导入前最好先校验 dept_id 的合法性。验证方法很简单导入后跑一遍SELECT COUNT(*) FROM employee再抽查几条记录的部门关联是否正确最后用SELECT * FROM employee WHERE dept_id IS NULL看看有没有孤儿数据。从那以后我每次拿到一份课程设计源码都强制走一遍「建库 → 连库 → 单表 CRUD → 联表查询 → 事务 → 批量导入」这条链路任何一环报错就先停下来查清楚而不是急着改界面。这套流程帮我省下了大量返工时间也希望帮到你。本文还有配套的精品资源点击获取