尧图网站建设 
简介这份资源是一套基于JavaEE与Oracle数据库实现的仓库管理系统完整项目包面向高校计算机相关专业学生及Java Web进阶学习者可直接用于毕业设计、课程设计、大作业或工程实训。系统围绕仓库出入库业务展开包含入库模块新商品入库与已有商品补货、出库模块、商品库存查看、用户注册及个人信息管理等核心功能结构清晰便于理解典型MVC分层与数据库交互流程。压缩包共191个文件约60.22MB以java源码、class编译文件、jsp页面、xml配置、gif与png界面素材、jar依赖包及mp4演示视频为主另附数据库sql脚本、论文文档与项目说明覆盖从编码到答辩的完整链路。目前已有173人学习下载适合希望快速搭建可运行项目、对照论文梳理设计思路并积累实战经验的读者参考。1. JavaEEOracle 仓库管理系统一套能直接跑通的企业级 CRUD 骨架很多同学做课程设计或毕业设计时一看到仓库管理系统就觉得是烂大街的题目随便找个 JSPMySQL 的模板改改交差。但如果你把技术栈换成 JavaEE Oracle这套东西的价值立刻不一样了——它逼着你面对真实企业里最常见的三件事分层架构怎么切、Oracle 的 SQL 语法和 MySQL 差在哪、数据库脚本怎么一次性初始化干净。仓库管理系统本身不复杂无非是入库、出库、库存盘点、供应商和商品管理这几块但它是一个完整的闭环业务足够把 JavaEE 的 Servlet/Filter/Listener、JDBC 连接池、事务控制全部串一遍。这套源码数据库 sql论文视频的组合适合两类人一是要交课程设计、需要能演示能答辩的在校生二是刚转 Java 后端、想找一个不依赖 Spring 全家桶、纯原生 JavaEE 练手的初级工程师。下面我按实际落地的顺序把环境、建库、分层、避坑、进阶一条线讲清楚。2. 环境搭建与 Oracle 建库从零把项目跑起来2.1 JDK、Tomcat 与 Oracle 的版本搭配这套项目是原生 JavaEE 路线不依赖 Maven 中央仓库拉一堆 Spring 依赖所以环境反而更挑。我一般会固定成 JDK 8 Tomcat 8.5 Oracle 11g/19c 这个组合原因是 JDK 8 对 Servlet 3.1 支持最稳Tomcat 8.5 的context.xml数据源配置写法成熟Oracle 11g 的驱动ojdbc6.jar在 JDK 8 下不会报Unsupported major.minor version。如果你机器上装的是 Oracle 19c驱动换成ojdbc8.jar即可SQL 语法层面 11g 和 19c 对这套系统用到的功能几乎无差异。配置 IDE 时热词里常被搜到的vscode 配置 javaee 语言环境其实也能做但我不推荐用它跑这种传统 Web 项目——VSCode 对 Tomcat 的部署支持要靠插件拼调试断点经常连不上。老老实实用 Eclipse 或 IntelliJ IDEA 的 Ultimate 版把 Tomcat 作为 Server Runtime 挂上去部署时选 exploded 模式改 JSP 不用重启。关键环境变量和依赖清单如下组件版本作用JDK1.8编译与运行Tomcat8.5.xServlet 容器Oracle11g 或 19c数据库ojdbcojdbc6/ojdbc8JDBC 驱动连接池Druid 或 DBCP管理连接2.2 用 SQL 脚本初始化 Oracle 数据库拿到数据库 sql 文件后别急着在 Navicat 里双击执行。Oracle 和 MySQL 最大的区别是Oracle 没有CREATE DATABASE这种语句来建库它是一个实例下多个用户schema的模型。所以第一步是建用户、给权限再切到该用户下建表。-- 用 sysdba 身份登录后执行创建仓库系统专用用户 CREATE USER wms IDENTIFIED BY wms123; GRANT CONNECT, RESOURCE TO wms; GRANT CREATE SESSION, CREATE TABLE, CREATE SEQUENCE TO wms; -- 如果脚本里有存储过程还需要 GRANT CREATE PROCEDURE TO wms;建完用户后用wms账号重新登录再执行建表脚本。这里有个血泪经验Oracle 的建表脚本里如果用了NUMBER、VARCHAR2、DATE千万别照抄 MySQL 的INT、VARCHAR、DATETIME否则报ORA-00902: 无效的数据类型。主键自增也不能用AUTO_INCREMENT得靠序列 触发器或者干脆在 Java 层用序列nextval取值。-- 商品表注意 VARCHAR2 和 NUMBER 的用法 CREATE TABLE product ( pid NUMBER(10) PRIMARY KEY, pname VARCHAR2(100) NOT NULL, category VARCHAR2(50), price NUMBER(10,2), stock NUMBER(10) DEFAULT 0, create_time DATE DEFAULT SYSDATE ); -- 序列模拟自增主键 CREATE SEQUENCE seq_product START WITH 1 INCREMENT BY 1 NOCACHE;执行顺序很重要先建序列和表再插初始化数据最后建外键约束。如果先建外键再插数据很容易因为父表没数据而报ORA-02291: 违反完整约束条件。初始化数据里如果含中文记得确认数据库字符集是AL32UTF8否则查出来全是问号。2.3 配置 JDBC 连接池并验证连通原生 JavaEE 项目一般把数据源配在META-INF/context.xml里由 Tomcat 管理连接池。这样做的原因是避免每次请求都DriverManager.getConnection那在高并发下会直接把 Oracle 的连接数打满。Context Resource namejdbc/wms authContainer typejavax.sql.DataSource driverClassNameoracle.jdbc.OracleDriver urljdbc:oracle:thin:localhost:1521:orcl usernamewms passwordwms123 maxTotal20 maxIdle10 maxWaitMillis10000/ /Context参数说明url里的orcl是 Oracle 的 SID如果你装的是 19c 且用了可插拔数据库写法要改成jdbc:oracle:thin:localhost:1521/XEPDB1服务名和 SID 混用是新手最常见的连不上原因。maxTotal设 20 对课程设计足够生产环境要按 Oracle 的processes参数倒推。配完后写一个 Servlet 测试InitialContext.lookup(java:comp/env/jdbc/wms)能否拿到连接拿到就说明环境通了。3. JavaEE 分层实现Servlet、DAO 与事务控制3.1 为什么这套系统坚持用原生分层而不是 Spring很多人会问都什么年代了还用 Servlet但对仓库管理系统这个体量原生分层的教学价值恰恰在于你能看清一个请求从浏览器到数据库再回来的完整链路。Spring 帮你把DispatcherServlet、Transactional都封装好了你反而不知道事务边界在哪。这套源码通常按entity实体、dao数据访问、service业务、servlet控制四层切每层职责单一改起来不牵一发动全身。分层的关键约定Servlet 只负责收参数、调 service、转发 JSP绝不写 SQLDAO 只负责和数据库打交道一个方法对应一条或一组 SQLService 层才是事务的落点比如入库这个动作要同时更新库存表和写一条入库记录必须放在一个事务里。3.2 入库业务的完整代码链路以商品入库为例从 Servlet 到 DAO 走一遍。先看 Servlet 层// InboundServlet接收入库请求 protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { String pid req.getParameter(pid); int qty Integer.parseInt(req.getParameter(qty)); Connection conn null; try { conn DBUtil.getConnection(); // 从连接池取连接 conn.setAutoCommit(false); // 关闭自动提交开启事务 InboundService service new InboundService(conn); service.inbound(pid, qty); // 业务方法 conn.commit(); // 全部成功才提交 resp.sendRedirect(inbound_list.jsp); } catch (Exception e) { DBUtil.rollback(conn); // 任何异常都回滚 throw new ServletException(e); } finally { DBUtil.close(conn); // 归还连接到池 } }逻辑说明这里把Connection从 Servlet 一路传到 Service 再传到 DAO是为了让多个 DAO 操作共享同一个连接从而共享同一个事务。如果每个 DAO 方法自己getConnection事务就散了库存扣了但入库记录没写数据就脏了。参数上setAutoCommit(false)是事务的开关commit和rollback必须成对出现finally里归还连接不能漏否则连接池很快耗尽。再看 Service 和 DAO 的配合// InboundService一个事务里做两件事 public void inbound(String pid, int qty) throws SQLException { ProductDao productDao new ProductDao(conn); InboundDao inboundDao new InboundDao(conn); productDao.increaseStock(pid, qty); // 库存 qty inboundDao.insertRecord(pid, qty, new Date()); // 写入库流水 }// ProductDao用 Oracle 的 UPDATE 直接累加避免先查后改的并发问题 public void increaseStock(String pid, int qty) throws SQLException { String sql UPDATE product SET stock stock ? WHERE pid ?; try (PreparedStatement ps conn.prepareStatement(sql)) { ps.setInt(1, qty); ps.setString(2, pid); ps.executeUpdate(); } }这里用stock stock ?而不是先SELECT再UPDATE是为了避免并发下的丢失更新。两个请求同时入库先查后改会互相覆盖直接累加则由数据库保证原子性。这是仓库系统里最容易被忽略、又最容易在答辩时被问到的点。3.3 Oracle 分页与模糊查询的写法差异仓库系统少不了列表页商品列表、入库记录都要分页。MySQL 用LIMITOracle 没有得用ROWNUM或 12c 之后的OFFSET FETCH。这套项目如果基于 11g标准写法是嵌套子查询-- Oracle 11g 分页查第 2 页每页 10 条 SELECT * FROM ( SELECT t.*, ROWNUM rn FROM ( SELECT pid, pname, stock FROM product ORDER BY pid ) t WHERE ROWNUM 20 ) WHERE rn 10;参数说明内层ROWNUM 20是截止到第 20 条外层rn 10是从第 11 条开始两个数字分别是page*pageSize和(page-1)*pageSize。顺序不能反先排序再套 ROWNUM否则分页结果会乱。模糊查询里如果用户输入的是纯数字而字段是VARCHAR2Oracle 有时会隐式转换报错稳妥做法是用TO_CHAR显式转一下这也是热词里oracle 过滤不可转为数字的字符串常被搜到的原因。4. 避坑与排查这套系统最容易翻车的五个地方4.1 中文乱码现象是页面显示问号原因是字符集不统一现象JSP 页面提交中文商品名存进 Oracle 后查出来是???。原因通常有三层JSP 页面pageEncoding没设 UTF-8、Servlet 请求没设request.setCharacterEncoding(UTF-8)、Oracle 客户端NLS_LANG和数据库字符集不一致。解决顺序是先确认数据库SELECT * FROM nls_database_parameters WHERE parameterNLS_CHARACTERSET是不是AL32UTF8再在 Servlet 最前面加编码设置最后检查 Tomcat 的server.xml里 Connector 有没有URIEncodingUTF-8。三层都对齐乱码基本消失。4.2 连接池耗尽现象是系统跑一会儿就卡死现象演示时点几下就报Cannot get a connection, pool exhausted。原因是 DAO 里某处getConnection后忘了close或者异常路径没走到finally。解决是把连接的获取和释放统一收口到DBUtil用 try-with-resources 或模板方法保证归还。另外maxWaitMillis设太小比如 1000会让等待直接超时课程设计场景设 10000 更稳。4.3 主键冲突现象是插入报 ORA-00001现象新增商品时报ORA-00001: 违反唯一约束条件。原因是序列的当前值落后于表里已有数据的最大 ID常见于你手动插过测试数据。解决是查SELECT MAX(pid) FROM product然后ALTER SEQUENCE seq_product RESTART START WITH 最大值112c 以上支持 RESTART11g 需要先 DROP 再重建序列。4.4 事务没生效现象是库存扣了但流水没写现象入库时库存变了但入库记录表里没数据。原因是 Service 里两个 DAO 用了不同的 Connection各自自动提交了。解决是确保 Connection 从 Servlet 层传入并setAutoCommit(false)Service 和 DAO 共用同一个连接对象。这个坑在答辩时如果被问到事务答不上来很扣分。4.5 驱动版本不匹配现象是启动就报 ClassNotFound现象Tomcat 启动时报java.lang.ClassNotFoundException: oracle.jdbc.OracleDriver。原因是ojdbc.jar没放进WEB-INF/lib或者放的是 MySQL 驱动。解决是把对应版本的ojdbc6.jarJDK811g或ojdbc8.jar19c复制到WEB-INF/lib下别只放在 Tomcat 的lib里那样项目换容器就丢。5. 进阶技巧用存储过程和论文数据把项目讲出深度5.1 把库存盘点写成 Oracle 存储过程如果想让项目在答辩时显得有深度可以把月度盘点这种批量逻辑下沉到 Oracle 存储过程。好处是减少网络往返且逻辑集中在数据库层。下面这个存储过程接收一个盘点阈值把所有低于阈值的商品标记出来CREATE OR REPLACE PROCEDURE check_stock(p_threshold IN NUMBER) AS CURSOR c_prod IS SELECT pid, pname, stock FROM product WHERE stock p_threshold; BEGIN FOR r IN c_prod LOOP -- 这里可以插入预警表或直接 DBMS_OUTPUT 输出 INSERT INTO stock_alert(pid, pname, stock, alert_time) VALUES (r.pid, r.pname, r.stock, SYSDATE); END LOOP; COMMIT; END; /参数说明p_threshold是 IN 模式的输入参数调用时用BEGIN check_stock(10); END;。游标c_prod遍历所有低库存商品逐条写入预警表。注意存储过程里的COMMIT要谨慎如果它被更大的 Java 事务调用这个 COMMIT 会破坏外层事务的原子性——所以更规范的做法是把 COMMIT 交给调用方存储过程只负责逻辑。5.2 用论文里的测试数据验证系统边界配套论文里一般会有功能测试和性能测试章节。别只截图几个成功页面就完事真正能加分的做法是设计边界用例库存为 0 时出库应该被拦截、入库数量为负数应该报错、同一商品并发入库 100 次后库存是否等于 100。这些用例跑出来的数据比任何文字描述都有说服力。我一般会写一个简单的 JDBC 压测脚本开 10 个线程各入库 10 次最后查库存是不是 100如果不是说明事务或并发控制有问题。// 并发入库验证10 线程各入库 10 次最终库存应为 100 ExecutorService pool Executors.newFixedThreadPool(10); for (int i 0; i 10; i) { pool.submit(() - { for (int j 0; j 10; j) { // 调用入库 service内部用 stock stock ? 保证原子 } }); } pool.shutdown(); pool.awaitTermination(1, TimeUnit.MINUTES); // 断言SELECT stock FROM product WHERE pid P001 应等于 100这套验证跑通你对事务隔离和原子更新的理解就落地了而不是停留在背八股。5.3 一个我踩过的习惯性教训最后说个我自己的习惯每次拿到一套带数据库 sql 的源码我第一件事不是急着跑而是先把 sql 文件从头到尾读一遍看它建了几个用户、几个序列、有没有DROP TABLE语句。有次我直接在生产库上执行了带DROP的脚本把测试数据全清了从那以后我养成了先备份、再在独立 schema 里跑的习惯。仓库管理系统这套东西不难难的是把每个细节都当成真实项目对待。希望帮到你。本文还有配套的精品资源点击获取 JavaEE+Oracle仓库管理系统：企业级CRUD实战与避坑指南
简介这份资源是一套基于JavaEE与Oracle数据库实现的仓库管理系统完整项目包面向高校计算机相关专业学生及Java Web进阶学习者可直接用于毕业设计、课程设计、大作业或工程实训。系统围绕仓库出入库业务展开包含入库模块新商品入库与已有商品补货、出库模块、商品库存查看、用户注册及个人信息管理等核心功能结构清晰便于理解典型MVC分层与数据库交互流程。压缩包共191个文件约60.22MB以java源码、class编译文件、jsp页面、xml配置、gif与png界面素材、jar依赖包及mp4演示视频为主另附数据库sql脚本、论文文档与项目说明覆盖从编码到答辩的完整链路。目前已有173人学习下载适合希望快速搭建可运行项目、对照论文梳理设计思路并积累实战经验的读者参考。1. JavaEEOracle 仓库管理系统一套能直接跑通的企业级 CRUD 骨架很多同学做课程设计或毕业设计时一看到仓库管理系统就觉得是烂大街的题目随便找个 JSPMySQL 的模板改改交差。但如果你把技术栈换成 JavaEE Oracle这套东西的价值立刻不一样了——它逼着你面对真实企业里最常见的三件事分层架构怎么切、Oracle 的 SQL 语法和 MySQL 差在哪、数据库脚本怎么一次性初始化干净。仓库管理系统本身不复杂无非是入库、出库、库存盘点、供应商和商品管理这几块但它是一个完整的闭环业务足够把 JavaEE 的 Servlet/Filter/Listener、JDBC 连接池、事务控制全部串一遍。这套源码数据库 sql论文视频的组合适合两类人一是要交课程设计、需要能演示能答辩的在校生二是刚转 Java 后端、想找一个不依赖 Spring 全家桶、纯原生 JavaEE 练手的初级工程师。下面我按实际落地的顺序把环境、建库、分层、避坑、进阶一条线讲清楚。2. 环境搭建与 Oracle 建库从零把项目跑起来2.1 JDK、Tomcat 与 Oracle 的版本搭配这套项目是原生 JavaEE 路线不依赖 Maven 中央仓库拉一堆 Spring 依赖所以环境反而更挑。我一般会固定成 JDK 8 Tomcat 8.5 Oracle 11g/19c 这个组合原因是 JDK 8 对 Servlet 3.1 支持最稳Tomcat 8.5 的context.xml数据源配置写法成熟Oracle 11g 的驱动ojdbc6.jar在 JDK 8 下不会报Unsupported major.minor version。如果你机器上装的是 Oracle 19c驱动换成ojdbc8.jar即可SQL 语法层面 11g 和 19c 对这套系统用到的功能几乎无差异。配置 IDE 时热词里常被搜到的vscode 配置 javaee 语言环境其实也能做但我不推荐用它跑这种传统 Web 项目——VSCode 对 Tomcat 的部署支持要靠插件拼调试断点经常连不上。老老实实用 Eclipse 或 IntelliJ IDEA 的 Ultimate 版把 Tomcat 作为 Server Runtime 挂上去部署时选 exploded 模式改 JSP 不用重启。关键环境变量和依赖清单如下组件版本作用JDK1.8编译与运行Tomcat8.5.xServlet 容器Oracle11g 或 19c数据库ojdbcojdbc6/ojdbc8JDBC 驱动连接池Druid 或 DBCP管理连接2.2 用 SQL 脚本初始化 Oracle 数据库拿到数据库 sql 文件后别急着在 Navicat 里双击执行。Oracle 和 MySQL 最大的区别是Oracle 没有CREATE DATABASE这种语句来建库它是一个实例下多个用户schema的模型。所以第一步是建用户、给权限再切到该用户下建表。-- 用 sysdba 身份登录后执行创建仓库系统专用用户 CREATE USER wms IDENTIFIED BY wms123; GRANT CONNECT, RESOURCE TO wms; GRANT CREATE SESSION, CREATE TABLE, CREATE SEQUENCE TO wms; -- 如果脚本里有存储过程还需要 GRANT CREATE PROCEDURE TO wms;建完用户后用wms账号重新登录再执行建表脚本。这里有个血泪经验Oracle 的建表脚本里如果用了NUMBER、VARCHAR2、DATE千万别照抄 MySQL 的INT、VARCHAR、DATETIME否则报ORA-00902: 无效的数据类型。主键自增也不能用AUTO_INCREMENT得靠序列 触发器或者干脆在 Java 层用序列nextval取值。-- 商品表注意 VARCHAR2 和 NUMBER 的用法 CREATE TABLE product ( pid NUMBER(10) PRIMARY KEY, pname VARCHAR2(100) NOT NULL, category VARCHAR2(50), price NUMBER(10,2), stock NUMBER(10) DEFAULT 0, create_time DATE DEFAULT SYSDATE ); -- 序列模拟自增主键 CREATE SEQUENCE seq_product START WITH 1 INCREMENT BY 1 NOCACHE;执行顺序很重要先建序列和表再插初始化数据最后建外键约束。如果先建外键再插数据很容易因为父表没数据而报ORA-02291: 违反完整约束条件。初始化数据里如果含中文记得确认数据库字符集是AL32UTF8否则查出来全是问号。2.3 配置 JDBC 连接池并验证连通原生 JavaEE 项目一般把数据源配在META-INF/context.xml里由 Tomcat 管理连接池。这样做的原因是避免每次请求都DriverManager.getConnection那在高并发下会直接把 Oracle 的连接数打满。Context Resource namejdbc/wms authContainer typejavax.sql.DataSource driverClassNameoracle.jdbc.OracleDriver urljdbc:oracle:thin:localhost:1521:orcl usernamewms passwordwms123 maxTotal20 maxIdle10 maxWaitMillis10000/ /Context参数说明url里的orcl是 Oracle 的 SID如果你装的是 19c 且用了可插拔数据库写法要改成jdbc:oracle:thin:localhost:1521/XEPDB1服务名和 SID 混用是新手最常见的连不上原因。maxTotal设 20 对课程设计足够生产环境要按 Oracle 的processes参数倒推。配完后写一个 Servlet 测试InitialContext.lookup(java:comp/env/jdbc/wms)能否拿到连接拿到就说明环境通了。3. JavaEE 分层实现Servlet、DAO 与事务控制3.1 为什么这套系统坚持用原生分层而不是 Spring很多人会问都什么年代了还用 Servlet但对仓库管理系统这个体量原生分层的教学价值恰恰在于你能看清一个请求从浏览器到数据库再回来的完整链路。Spring 帮你把DispatcherServlet、Transactional都封装好了你反而不知道事务边界在哪。这套源码通常按entity实体、dao数据访问、service业务、servlet控制四层切每层职责单一改起来不牵一发动全身。分层的关键约定Servlet 只负责收参数、调 service、转发 JSP绝不写 SQLDAO 只负责和数据库打交道一个方法对应一条或一组 SQLService 层才是事务的落点比如入库这个动作要同时更新库存表和写一条入库记录必须放在一个事务里。3.2 入库业务的完整代码链路以商品入库为例从 Servlet 到 DAO 走一遍。先看 Servlet 层// InboundServlet接收入库请求 protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { String pid req.getParameter(pid); int qty Integer.parseInt(req.getParameter(qty)); Connection conn null; try { conn DBUtil.getConnection(); // 从连接池取连接 conn.setAutoCommit(false); // 关闭自动提交开启事务 InboundService service new InboundService(conn); service.inbound(pid, qty); // 业务方法 conn.commit(); // 全部成功才提交 resp.sendRedirect(inbound_list.jsp); } catch (Exception e) { DBUtil.rollback(conn); // 任何异常都回滚 throw new ServletException(e); } finally { DBUtil.close(conn); // 归还连接到池 } }逻辑说明这里把Connection从 Servlet 一路传到 Service 再传到 DAO是为了让多个 DAO 操作共享同一个连接从而共享同一个事务。如果每个 DAO 方法自己getConnection事务就散了库存扣了但入库记录没写数据就脏了。参数上setAutoCommit(false)是事务的开关commit和rollback必须成对出现finally里归还连接不能漏否则连接池很快耗尽。再看 Service 和 DAO 的配合// InboundService一个事务里做两件事 public void inbound(String pid, int qty) throws SQLException { ProductDao productDao new ProductDao(conn); InboundDao inboundDao new InboundDao(conn); productDao.increaseStock(pid, qty); // 库存 qty inboundDao.insertRecord(pid, qty, new Date()); // 写入库流水 }// ProductDao用 Oracle 的 UPDATE 直接累加避免先查后改的并发问题 public void increaseStock(String pid, int qty) throws SQLException { String sql UPDATE product SET stock stock ? WHERE pid ?; try (PreparedStatement ps conn.prepareStatement(sql)) { ps.setInt(1, qty); ps.setString(2, pid); ps.executeUpdate(); } }这里用stock stock ?而不是先SELECT再UPDATE是为了避免并发下的丢失更新。两个请求同时入库先查后改会互相覆盖直接累加则由数据库保证原子性。这是仓库系统里最容易被忽略、又最容易在答辩时被问到的点。3.3 Oracle 分页与模糊查询的写法差异仓库系统少不了列表页商品列表、入库记录都要分页。MySQL 用LIMITOracle 没有得用ROWNUM或 12c 之后的OFFSET FETCH。这套项目如果基于 11g标准写法是嵌套子查询-- Oracle 11g 分页查第 2 页每页 10 条 SELECT * FROM ( SELECT t.*, ROWNUM rn FROM ( SELECT pid, pname, stock FROM product ORDER BY pid ) t WHERE ROWNUM 20 ) WHERE rn 10;参数说明内层ROWNUM 20是截止到第 20 条外层rn 10是从第 11 条开始两个数字分别是page*pageSize和(page-1)*pageSize。顺序不能反先排序再套 ROWNUM否则分页结果会乱。模糊查询里如果用户输入的是纯数字而字段是VARCHAR2Oracle 有时会隐式转换报错稳妥做法是用TO_CHAR显式转一下这也是热词里oracle 过滤不可转为数字的字符串常被搜到的原因。4. 避坑与排查这套系统最容易翻车的五个地方4.1 中文乱码现象是页面显示问号原因是字符集不统一现象JSP 页面提交中文商品名存进 Oracle 后查出来是???。原因通常有三层JSP 页面pageEncoding没设 UTF-8、Servlet 请求没设request.setCharacterEncoding(UTF-8)、Oracle 客户端NLS_LANG和数据库字符集不一致。解决顺序是先确认数据库SELECT * FROM nls_database_parameters WHERE parameterNLS_CHARACTERSET是不是AL32UTF8再在 Servlet 最前面加编码设置最后检查 Tomcat 的server.xml里 Connector 有没有URIEncodingUTF-8。三层都对齐乱码基本消失。4.2 连接池耗尽现象是系统跑一会儿就卡死现象演示时点几下就报Cannot get a connection, pool exhausted。原因是 DAO 里某处getConnection后忘了close或者异常路径没走到finally。解决是把连接的获取和释放统一收口到DBUtil用 try-with-resources 或模板方法保证归还。另外maxWaitMillis设太小比如 1000会让等待直接超时课程设计场景设 10000 更稳。4.3 主键冲突现象是插入报 ORA-00001现象新增商品时报ORA-00001: 违反唯一约束条件。原因是序列的当前值落后于表里已有数据的最大 ID常见于你手动插过测试数据。解决是查SELECT MAX(pid) FROM product然后ALTER SEQUENCE seq_product RESTART START WITH 最大值112c 以上支持 RESTART11g 需要先 DROP 再重建序列。4.4 事务没生效现象是库存扣了但流水没写现象入库时库存变了但入库记录表里没数据。原因是 Service 里两个 DAO 用了不同的 Connection各自自动提交了。解决是确保 Connection 从 Servlet 层传入并setAutoCommit(false)Service 和 DAO 共用同一个连接对象。这个坑在答辩时如果被问到事务答不上来很扣分。4.5 驱动版本不匹配现象是启动就报 ClassNotFound现象Tomcat 启动时报java.lang.ClassNotFoundException: oracle.jdbc.OracleDriver。原因是ojdbc.jar没放进WEB-INF/lib或者放的是 MySQL 驱动。解决是把对应版本的ojdbc6.jarJDK811g或ojdbc8.jar19c复制到WEB-INF/lib下别只放在 Tomcat 的lib里那样项目换容器就丢。5. 进阶技巧用存储过程和论文数据把项目讲出深度5.1 把库存盘点写成 Oracle 存储过程如果想让项目在答辩时显得有深度可以把月度盘点这种批量逻辑下沉到 Oracle 存储过程。好处是减少网络往返且逻辑集中在数据库层。下面这个存储过程接收一个盘点阈值把所有低于阈值的商品标记出来CREATE OR REPLACE PROCEDURE check_stock(p_threshold IN NUMBER) AS CURSOR c_prod IS SELECT pid, pname, stock FROM product WHERE stock p_threshold; BEGIN FOR r IN c_prod LOOP -- 这里可以插入预警表或直接 DBMS_OUTPUT 输出 INSERT INTO stock_alert(pid, pname, stock, alert_time) VALUES (r.pid, r.pname, r.stock, SYSDATE); END LOOP; COMMIT; END; /参数说明p_threshold是 IN 模式的输入参数调用时用BEGIN check_stock(10); END;。游标c_prod遍历所有低库存商品逐条写入预警表。注意存储过程里的COMMIT要谨慎如果它被更大的 Java 事务调用这个 COMMIT 会破坏外层事务的原子性——所以更规范的做法是把 COMMIT 交给调用方存储过程只负责逻辑。5.2 用论文里的测试数据验证系统边界配套论文里一般会有功能测试和性能测试章节。别只截图几个成功页面就完事真正能加分的做法是设计边界用例库存为 0 时出库应该被拦截、入库数量为负数应该报错、同一商品并发入库 100 次后库存是否等于 100。这些用例跑出来的数据比任何文字描述都有说服力。我一般会写一个简单的 JDBC 压测脚本开 10 个线程各入库 10 次最后查库存是不是 100如果不是说明事务或并发控制有问题。// 并发入库验证10 线程各入库 10 次最终库存应为 100 ExecutorService pool Executors.newFixedThreadPool(10); for (int i 0; i 10; i) { pool.submit(() - { for (int j 0; j 10; j) { // 调用入库 service内部用 stock stock ? 保证原子 } }); } pool.shutdown(); pool.awaitTermination(1, TimeUnit.MINUTES); // 断言SELECT stock FROM product WHERE pid P001 应等于 100这套验证跑通你对事务隔离和原子更新的理解就落地了而不是停留在背八股。5.3 一个我踩过的习惯性教训最后说个我自己的习惯每次拿到一套带数据库 sql 的源码我第一件事不是急着跑而是先把 sql 文件从头到尾读一遍看它建了几个用户、几个序列、有没有DROP TABLE语句。有次我直接在生产库上执行了带DROP的脚本把测试数据全清了从那以后我养成了先备份、再在独立 schema 里跑的习惯。仓库管理系统这套东西不难难的是把每个细节都当成真实项目对待。希望帮到你。本文还有配套的精品资源点击获取