简介工艺卡片系统是面向数据库课程设计的完整项目案例适合需要完成类似课设任务并顺利通过老师检查的高校学生。资源采用ASP.NET作为开发框架实现了基于B/S架构的工艺卡片管理平台覆盖登录注册、卡片查询、后台备份等典型功能同时包含管理员与普通员工两种角色权限划分体现了数据库应用中的安全控制思想。整个资源共27个文件压缩包大小4.07MB主要文件类型包括aspx页面文件、C#代码文件、SQL Server数据库文件、配置文件及界面截图设计过程完整覆盖需求分析、E-R图设计、逻辑表定义和物理存储目前已有245人学习下载。通过学习这份资源不仅可直接运行查看现场效果还能对照代码理解表单操作、数据绑定、存储过程等知识点同时可借助实物截图辅助撰写设计报告降低答辩阶段被老师追问的风险。1. 工艺卡片课设落地先想清楚它能过检查的理由工艺卡片系统这个选题能在数据库课设答辩里站住脚靠的不是界面做了多少个窗口而是它的数据模型恰好覆盖了课程考察的所有关键点实体关系、外键约束、事务、视图、用户权限。很多同学习惯性把课设做成“能跑就行”界面堆了七八个面板数据库里就一张大表硬撑老师一问“这张表为什么拆不开”“删除时外键怎么处理”当场卡壳。这个系统围绕机械加工中的工艺文件把零件、工艺卡片、工序明细、设备和用户串成一条有依赖关系的完整链路简单到能一个人写完结构又深到能回答答辩追问属于“做得完、讲得清、查得严”的典型选题。如果你正在为数据库课程设计选题发愁这套设计思路可以直接照搬。2. 从一张工艺卡片反推数据建模零件、工序与版本的主外键设计2.1 工艺卡片实体从车间表单反推表结构工艺卡片是机械加工车间的工艺规程文件一张标准的卡片上写着零件号、零件名称、材料、毛坯种类下面是工序表格工序号、工序名称、加工内容、使用设备、单件工时。这一张纸就是数据建模的起点。拿到选题先别急着建表把表单里的字段按“独立变化”的原则拆成实体零件信息单独成表因为一个零件会有多张工艺卡片卡片本身主表记录编号、版本、状态工序是明细表挂在卡片下面一张卡片对应N道工序设备被工序引用单独建表是为了避免设备名称反复写在工序内容里编制人属于用户表。设计时还有一个容易被忽略的点版本。工艺卡片是会改的改一次工序内容不应该把旧记录覆盖掉。常见做法是给卡片主表加一个version字段新建一个版本而不是删旧记录。这一条在答辩时非常好讲——“为什么加版本字段”可以引出范式、唯一约束、历史数据保留三个话题老师基本挑不出毛病。实体与业务关系如下表核心字段与其它表的关系partpart_code, part_name, material卡片通过 part_id 引用零件devicedevice_code, device_name工序通过 device_id 引用设备sys_useruser_name, password卡片通过 creator_id 引用编制人process_cardcard_code, part_id, version, status主表状态区分草稿/发布/作废process_stepcard_id, step_no, step_name, content明细表一张卡片 N 道工序字段之间注意避免“万能字段”陷阱有人会把工序信息直接拼在卡片表的一个varchar字段里存成“10-铣削-设备A-1.5小时;20-钻孔-设备B-0.8小时”表是能建但查询、统计工时、按工序名检索全部报废范式上也不达标。既然课设考核的就是设计能力这种设计会被老师一句话问穿。2.2 建库脚本外键、唯一约束与视图一次到位下面这段 SQL 是整套系统的基础MySQL 5.7 和 8.0 都能直接跑。工序表的card_id外键用了ON DELETE CASCADE主表删除时明细自动清理卡片表的part_id外键则保持默认的RESTRICT防止零件还在被引用就被删掉。CREATE DATABASE IF NOT EXISTS process_card_db DEFAULT CHARACTER SET utf8mb4 DEFAULT COLLATE utf8mb4_general_ci; USE process_card_db; CREATE TABLE part ( id INT PRIMARY KEY AUTO_INCREMENT, part_code VARCHAR(32) NOT NULL, part_name VARCHAR(64) NOT NULL, material VARCHAR(32), raw_type VARCHAR(32), UNIQUE KEY uk_part_code (part_code) ) ENGINEInnoDB; CREATE TABLE device ( id INT PRIMARY KEY AUTO_INCREMENT, device_code VARCHAR(32) NOT NULL, device_name VARCHAR(64) NOT NULL ) ENGINEInnoDB; CREATE TABLE sys_user ( id INT PRIMARY KEY AUTO_INCREMENT, user_name VARCHAR(32) NOT NULL, password VARCHAR(64) NOT NULL ) ENGINEInnoDB; CREATE TABLE process_card ( id INT PRIMARY KEY AUTO_INCREMENT, card_code VARCHAR(32) NOT NULL, part_id INT NOT NULL, version INT NOT NULL DEFAULT 1, status TINYINT NOT NULL DEFAULT 0 COMMENT 0草稿,1发布,2作废, creator_id INT NOT NULL, create_time DATETIME NOT NULL, remark VARCHAR(255), UNIQUE KEY uk_card_code (card_code), KEY idx_part_id (part_id), CONSTRAINT fk_card_part FOREIGN KEY (part_id) REFERENCES part(id), CONSTRAINT fk_card_creator FOREIGN KEY (creator_id) REFERENCES sys_user(id) ) ENGINEInnoDB; CREATE TABLE process_step ( id INT PRIMARY KEY AUTO_INCREMENT, card_id INT NOT NULL, step_no INT NOT NULL, step_name VARCHAR(64) NOT NULL, content VARCHAR(255), device_id INT, hours DECIMAL(6,2) DEFAULT 0, UNIQUE KEY uk_card_step (card_id, step_no), CONSTRAINT fk_step_card FOREIGN KEY (card_id) REFERENCES process_card(id) ON DELETE CASCADE, CONSTRAINT fk_step_device FOREIGN KEY (device_id) REFERENCES device(id) ) ENGINEInnoDB;这里有几个关键设计点。第一库和表的字符集统一定成utf8mb4不要偷懒用默认latin1否则后面插入中文全是乱码还得返工。第二process_step上加了UNIQUE KEY uk_card_step (card_id, step_no)保证同一张卡片内工序号不会重复这是业务规则在数据库层的落地比在 Java 代码里if判断更有说服力。第三级联删除只放在明细表这一侧删卡片连带删工序是合理的但删零件时如果它下面还挂着工艺卡片应该报错提醒而不是静默把卡片一起删掉。建完基础表之后再补一个查询视图。课程设计里查明细是最高频操作视图能把这层逻辑固定下来答辩展示时也直观CREATE VIEW v_card_detail AS SELECT c.card_code, p.part_code, p.part_name, c.version, c.status, s.step_no, s.step_name, s.content, s.hours, d.device_code, d.device_name, u.user_name FROM process_card c JOIN part p ON c.part_id p.id LEFT JOIN process_step s ON s.card_id c.id LEFT JOIN device d ON s.device_id d.id JOIN sys_user u ON c.creator_id u.id;LEFT JOIN device而不是INNER JOIN是因为工序可以不指定设备保留空设备工序的查询结果。这一步属于数据库设计的“复习题”把连接、别名、视图全复习了一遍老师抽查任何一层都能答上来。2.3 加分项存储过程与独立账号权限课设答辩被问“除了增删改查还会什么”很多同学拿不出东西。最稳的补充是两个存储过程和权限控制。下面这个存储过程统计各状态卡片数量简单但能说明你对流程化操作有意识DELIMITER // CREATE PROCEDURE sp_count_card_by_status() BEGIN SELECT status, COUNT(*) AS cnt FROM process_card GROUP BY status; END// DELIMITER ;权限部分不要直接用 root 跑应用单独建一个课设账号只授业务需要的权限CREATE USER card_applocalhost IDENTIFIED BY Card123456; GRANT SELECT, INSERT, UPDATE, DELETE ON process_card_db.* TO card_applocalhost; FLUSH PRIVILEGES;这个账号配合 2.2 里的视图一起用就可以讲“应用账号只能通过视图和基础 DML 操作数据不能改表结构”权限边界清清楚楚。带着这套设计进答辩老师问权的欲望会明显下降。3. 把增删改查做成三层结构JDBC 连接层与业务事务边界3.1 连接层手动 JDBC 还是连接池课设阶段一般不允许上 Spring 全家桶最稳妥的方案是 JDBC 一个轻量连接池或者干脆裸DriverManager。我一般建议裸 JDBC 起步代码量少逻辑透明老师问“连接怎么管理”时你能逐行讲明白。连接配置放到db.properties里不要在 Java 里写死账号密码——工程发布时如何配置数据库这个问题在答辩高频出现配置文件就是标准答案。jdbc.urljdbc:mysql://localhost:3306/process_card_db?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/ShanghairewriteBatchedStatementstrue jdbc.usernamecard_app jdbc.passwordCard123456 jdbc.drivercom.mysql.cj.jdbc.Driver连接串里几个参数各有用途缺一个就可能翻车参数作用不设的后果characterEncodingutf8指定客户端字符集中文写入变成??或乱码serverTimezoneAsia/Shanghai指定时区报Server returns invalid timezone异常useSSLfalse关闭 SSL本地连接出现证书告警不影响运行但碍眼rewriteBatchedStatementstrue合并批量 SQL批量插入几百条时速度慢到难以忍受连接工具类写法如下每次从连接池拿一个连接用完归还public class DbUtil { private static Properties props new Properties(); static { try (InputStream in DbUtil.class.getResourceAsStream(/db.properties)) { props.load(in); Class.forName(props.getProperty(jdbc.driver)); } catch (Exception e) { throw new ExceptionInInitializerError(e); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection( props.getProperty(jdbc.url), props.getProperty(jdbc.username), props.getProperty(jdbc.password)); } }注意静态块里的Class.forName在 JDBC 4.0 之后其实可以省略但保留它没有坏处还能体现你知道驱动加载机制。真实项目里这一步换成 HikariCP 的DataSource即可课设阶段用DriverManager完全够。3.2 DAO 层以工序明细为例的查询与写入三层结构里DAO 层只做一件事把 SQL 封装成 Java 对象。以工序明细为例最常用的查询是按卡片 ID 查出所有工序public class ProcessStepDao { public ListProcessStep findByCardId(int cardId) { String sql SELECT id, step_no, step_name, content, device_id, hours FROM process_step WHERE card_id ? ORDER BY step_no; ListProcessStep list new ArrayList(); try (Connection conn DbUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setInt(1, cardId); try (ResultSet rs ps.executeQuery()) { while (rs.next()) { ProcessStep s new ProcessStep(); s.setId(rs.getInt(id)); s.setStepNo(rs.getInt(step_no)); s.setStepName(rs.getString(step_name)); s.setContent(rs.getString(content)); s.setDeviceId(rs.getInt(device_id)); s.setHours(rs.getBigDecimal(hours)); list.add(s); } } } catch (SQLException e) { e.printStackTrace(); } return list; } }写这段代码时注意三点。第一try-with-resources保证 Connection、PreparedStatement、ResultSet 自动关闭防止连接泄漏这是课设代码里最常见的减分项。第二参数用?占位符而不是拼字符串既防 SQL 注入又能在老师追问时讲出预编译的原理。第三ORDER BY step_no必须写工序顺序是业务规则不排序的话明细 Grid 显示会乱。插入和更新的写法同理参数按?顺序绑定即可。注意hours建议用BigDecimal接收数据库DECIMAL(6,2)映射到float/double会在精度上埋雷。3.3 服务层与事务整张卡片的原子保存课设里最常见的错误是把事务写在 DAO 里。一个 DAO 方法开一个连接cardDao.insertCard()和stepDao.insertStep()各自拿连接第一个成功第二个失败卡片主表留下了半截数据。事务必须上浮到 Service 层用同一个 Connection 贯穿整张卡片的保存public class CardService { public void saveCard(Card card, ListProcessStep steps) throws SQLException { Connection conn DbUtil.getConnection(); conn.setAutoCommit(false); try { int cardId cardDao.insertCard(conn, card); for (ProcessStep step : steps) { stepDao.insertStep(conn, cardId, step); } conn.commit(); } catch (SQLException e) { conn.rollback(); throw e; } finally { conn.setAutoCommit(true); conn.close(); } } }这段逻辑是“一张工艺卡片包含主表和 N 道工序”这个业务规则的事务化表达。setAutoCommit(false)之后所有 DAO 方法必须接收外部传入的conn不能再自己getConnection()这是三层结构里的隐形约定代码评审时一眼就能看出来。finally里把setAutoCommit(true)恢复是为了避免连接归还连接池后下次复用还带着旧事务设置。4. Swing 界面接上数据库列表加载、卡片编辑与下拉联动4.1 主界面与列表加载JTable 绑定查询结果界面层我建议用 Swing 而不是 JavaFX课设答辩环境对 Swing 兼容性最好而且资料多。主界面左侧是工艺卡片列表右侧是工序明细布局用JSplitPane或者BorderLayout嵌套都行。列表加载的核心是把查询结果反射到DefaultTableModelDefaultTableModel model new DefaultTableModel( new Object[]{卡片编号, 零件号, 零件名, 版本, 状态, 编制人}, 0); cardDao.queryCardList().forEach(c - model.addRow(new Object[]{ c.getCardCode(), c.getPartCode(), c.getPartName(), c.getVersion(), c.getStatusName(), c.getCreatorName() })); table.setModel(model);这里我一般不会写JTable table new JTable()就完事而是单独封装一个CardListPanel把DefaultTableModel的刷新逻辑收敛到loadCards()方法里新增、修改、作废卡片后统一调一次刷新。列表查询的 SQL 记得ORDER BY create_time DESC新做的卡片排在最上面演示时不用翻页找。4.2 卡片编辑明细表格与数据库的双向同步编辑卡片时用户在下方的 JTable 里增删工序行保存时把表格内容重新组装成对象列表。这里最容易踩的坑是——JTable 正在编辑的单元格内容不会自动写回TableModel。用户刚输完最后一格就点保存拿到的还是旧值。保存前必须调用table.getCellEditor().stopCellEditing()强制提交当前编辑状态。private void onSave() { if (stepTable.getCellEditor() ! null) { stepTable.getCellEditor().stopCellEditing(); } ListProcessStep steps new ArrayList(); for (int i 0; i stepTable.getRowCount(); i) { ProcessStep s new ProcessStep(); s.setStepNo(Integer.parseInt(stepTable.getValueAt(i, 0).toString())); s.setStepName(stepTable.getValueAt(i, 1).toString()); s.setContent(stepTable.getValueAt(i, 2).toString()); s.setDeviceId(parseDeviceId(stepTable.getValueAt(i, 3).toString())); s.setHours(new BigDecimal(stepTable.getValueAt(i, 4).toString())); steps.add(s); } cardService.saveCard(currentCard, steps); loadCards(); }getValueAt返回的是Object转成具体类型时必须确保列顺序和TableModel的列定义一致。设备列在表格里显示的是“编号 名称”存库时要把名称剥掉只留编号这里用自定义的parseDeviceId处理即可。保存后调用loadCards()刷新左侧列表状态从草稿变成发布时列表同步更新。4.3 下拉加载设备与 B/S 版改造工序表里的设备列用下拉框比手输友好。下拉数据来自设备表JComboBoxString deviceBox new JComboBox(); deviceDao.queryAll().forEach(d - deviceBox.addItem(d.getDeviceCode() d.getDeviceName()));下拉项存的是“编码 名称”的展示串选中后通过编码前缀解析出deviceId。这里有个经验外键字段在界面上永远不要只显示数字 ID用户看不懂“device_id3”是什么设备这会直接影响演示效果。如果老师要求做 Web 版Swing 这一层换成 JSP Servlet4.1 到 4.3 里的 DAO 和 Service 完全不用改这就是当初拆三层的回报。演示时提一句“界面层是可替换的”老师对架构意识的印象分会加上去。5. 课设翻车排查五个数据库设计与提交阶段的高频问题5.1 中文乱码插入“铣削端面”变成问号现象界面输入中文正常显示但查看 MySQL 数据表时所有中文变成了???或白色菱形符号。原因建库时用了latin1默认字符集或者连接串里没加characterEncodingutf8。MySQL 的乱码通常不是服务器一个环节的问题而是建库字符集、连接字符集、表字段字符集三层不统一。解决建库语句明确写DEFAULT CHARACTER SET utf8mb4连接串加characterEncodingutf8如果数据已经写坏把表结构改成 utf8mb4 后重新插入不要在坏数据上直接 UPDATE字符已经丢失无法还原。5.2 删除工艺卡片报外键约束错误现象删除一张没有工序的卡片能成功但删除带工序的卡片时报Cannot delete or update a parent row: a foreign key constraint fails。原因process_step表里还存在引用该卡片的明细记录外键约束阻止父表删除。这其实是 InnoDB 外键在正常工作不是 bug。解决在process_step的外键上加ON DELETE CASCADE见 2.2删除主表自动清理明细或者在 Service 层先删明细再删主表。两种方式选一个不要同时做——CASCADE 之后再手动查明细删除明细已经为空delete返回 0 行反而容易误导 UI 提示逻辑。5.3 Navicat 连 MySQL 8 报 1251 认证错误现象用 Navicat 连接本地 MySQL 8.0弹出Client does not support authentication protocol requested by server; consider upgrading MySQL client。原因MySQL 8.0 默认认证插件是caching_sha2_password旧版 Navicat 只认mysql_native_password双方握手失败。这是工具版本兼容问题不是代码问题但答辩演示时最容易当场卡住。解决开发机上执行下面 SQL 把认证方式改回去ALTER USER card_applocalhost IDENTIFIED WITH mysql_native_password BY Card123456; FLUSH PRIVILEGES;如果还连着别的库别忘了重启服务或重连。正式环境不建议这么改课设机器为了省时间可以接受。5.4 批量导入工序时死锁报 Lock wait timeout exceeded现象用 POI 从 Excel 导入几百行工序跑到一半报Lock wait timeout exceeded; try restarting transaction而且每次崩的位置不一样。原因事务内批量 INSERT 多行时多个连接并发操作相邻索引区间InnoDB 的行锁升级成间隙锁互相等待超时。工序表UNIQUE KEY uk_card_step (card_id, step_no)的存在让并发插入时锁竞争更明显。解决三个方向一起改。批量插入在连接串加rewriteBatchedStatementstrue让 JDBC 把多条 INSERT 合并成一条多 VALUES 语句减少锁持有时间事务按逻辑拆分每 50 条提交一次而不是全部插入完才提交插入前先按step_no排序保证并发连接访问索引的顺序一致降低死锁概率。5.5 界面提示保存成功重启后数据消失现象工艺卡片保存时没有任何报错关闭程序重启列表里刚保存的卡片不见了。原因代码里执行了setAutoCommit(false)但成功路径上漏了conn.commit()程序退出时未提交事务被数据库回滚。这种问题特别隐蔽因为不报错、不抛异常就是数据“悄悄消失”。解决强制走标准事务模板——setAutoCommit(false)所有 DAO 执行完立刻commit()异常分支rollback()finally里恢复setAutoCommit(true)并关闭连接。从那以后我每次写事务代码都会检查一遍commit()是否存在养成习惯了。6. 进阶验证用一条 SQL 审计工艺数据完整性并批量导入工序答辩前最稳的一步是让数据自圆其说。演示时如果每张卡片都有工序、有工时整套系统的可信度立刻不一样。下面这条 SQL 能一次性找出所有“空工序卡片”和“零工时工序”我一般称作工艺数据的完整性审计SELECT c.card_code, p.part_name, c.version, COUNT(s.id) AS step_count, COALESCE(SUM(s.hours), 0) AS total_hours FROM process_card c JOIN part p ON c.part_id p.id LEFT JOIN process_step s ON c.id s.card_id GROUP BY c.id, c.card_code, p.part_name, c.version HAVING step_count 0 OR total_hours 0;HAVING里直接引用step_count和total_hours别名MySQL 允许这样写。这条查询至少有三个用途检查草稿卡片是否漏录工序检查发布状态的卡片工时是否合计为 0作为答辩前最后一遍数据检查清单。跑出来的每一行要么补工序要么把卡片状态改成作废别让半成品数据留在演示库里。同样的思路可以延展成一个批量导入的落地技巧。准备一个 Excel 模板表头固定为“工序号、工序名称、加工内容、设备编号、工时”用 POI 读取后组装成ListProcessStep直接复用 3.3 的cardService.saveCard()——事务逻辑已经写好了批量导入只是数据源的替换。注意导入前先读设备表把设备编号映射成deviceId查不到的设备编号直接跳过并在日志里提示避免外键插入失败。这个批量导入加上完整性审计正好串起整个系统的闭环初始数据从 Excel 进库审计 SQL 兜底检查工艺卡片从草稿到发布再到作废零部件版本可追溯。如果还有余力可以做历史版本回滚——查询同一零件下所有版本的卡片选中旧版本复制成新版本这个功能用 2.1 的version字段和一条WHERE part_id ? ORDER BY version DESC就能实现但演示效果非常亮眼。从那以后我做任何数据库课设交项目前都会强制把审计 SQL 跑一遍把空数据、零工时、孤立记录全部清掉再截图存档。这个习惯帮我挡掉了不少答辩追问也省了很多临场改数据的尴尬。希望帮到你。本文还有配套的精品资源点击获取