JavaEE——JDBC存储过程

声明：本栏目所使用的素材都是凯哥学堂VIP学员所写，学员有权匿名，对文章有最终解释权；凯哥学堂旨在促进VIP学员互相学习的基础上公开笔记。

Jdbc Java连接数据库连接调用存储过程。

什么是过程？过程与函数类似，拥有着带入值与带出值的参数，并且在过程中可以完成数据库代码的执行。这片代码存储与数据库，叫存储过程。是功能的封装，代码的封装调用。

Jdbc调用存储过程准备，获得连接对象：

Jdbc调用过程1、不带任何参数的存储过程：

数据库创建存储过程：

Delimiter /定界符，从//开始 到//结束

Procedure存储过程的名词，翻译是：程序

创建存储过程，过程名，begin end过程执行的代码

//结束，delimiter ;分号结束语句

Jdbc发起调用：

连接对象.prepareCall得到存储过程执行Statement对象 {call 过程名}，call调用按过程名调用，外面使用{}括号包裹

返回值是使用out关键字表示带出值。但我们过程中执行select语句不使用out，不会带出值，但会有记录的出现。于是使用query捕获到输出的记录。得到result对象，取值。

Jdbc调用存储过程2、需带入参数：

创建存储过程：

Delimiter //描述定界符，//开始处与//结束处为执行代码的书写

Create创建procedure存储过程，过程名(in id int)。in表示这要入参，id是参数名，int参数类型

Begin与end之间代码的书写。我们这里拿到了入参，还可以做其他的事情，比如条件约束等。但这里仅是调试入参的传递

调用过程：

过程中没有out带出值，但里面有select查询，是记录集的返回，虽然不会返回在变量上，但我们可以捕获。executeQuery执行查询方式运行，得到记录集，取值。

Jdbc调用存储过程3、带入带出值调用：

创建存储过程：

定界符//，创建procedure过程。过程名(in a int,out b varchar(100))有入参，有出参

Begin与out代码书写。select查询address一个列数据。into交给带出参数。使用带入参数做条件判断。接收，语句结束。

调用过程：

得到过程执行Statement对象，call 名称(?,?)按名称调用。过程有2个参数。一个入一个出，使用?占位。到时填充数据。

setInt给第一个的带入的参数，按类型赋值。这是入参。第二个参数是出参，reginsterOutParamter表示这是出参，第二个问号是出带出值。

没有记录集的返回，execute执行，在得到第二个出参即可。

也可以在数据库本地发起调用：

Call调用过程，入参传值，@表示出参的接收，等同于引用。此时select @名。等于查询这个变量。这个变量没有丢失，能查询得到出参。

Jdbc调用存储过程，如果是入参?则由set去填充。如果是出参?则去存储过程调用对象注册这是出参，届时get去得到出参的值。

Jdbc调用出参过程，即有出参，又有记录集返回：

创建存储过程：

Delimiter定界符，create创建procedure过程(in a int,out b,varchar(100))有带入带出参数。

Begin与end之间，代码的属性。定界符结束，分号结束语句。

查询address一个列，into交给out带出的变量引用。使用in带入参数做条件约束。这一句中使用了带入与带出参数。紧接着又执行select语句。

现在在这个存储过程中，即有变量返回，又有记录的返回。

调用过程：

从连接对象，获得存储过程执行对象。{call 名(?,?)}call按过程名调用过程，(?,?)有2个参数，一个入一个出。

Set给第一个入参赋值，registerOutParamter登记第二个?是返回值，返回类型的varchar。

有记录集的返回使用executeQuery，获得Result记录集返回对象，取值。并使用存储过程执行对象.getString(2)得到存储过程身上的第二个?参数。也就是出值的参数

本地发起调用：

第一个?传入141为入参，做条件约束的。第二个参数使用变量去接收出参。查询到记录集，并出参带出来了。

事务：事务有什么用？

举个简单例子：用户消费100元购买商品，此时100元消费经过这么几个步骤。1：商品库存-1、2：用户金额扣除100元、3：增加订单、4：用户消费记录+1

在这几个步骤中，任何一个环节出现纰漏。比如库存已-1，但金额扣除失败。这个时候库存应该还原。如果这几个环节是独立开来执行，则任何一步写入到库还原就比较麻烦了。于是我们将这几个环节放入在事务范围内，这几个环节都在事务的管理范围内。

我们控制事务的提交与回滚，事务干什么？事务就可以这样使用。对逻辑进行管理。如果某一个环节出现误差，则可以进行事务控制，控制这个事务范围内的数据下一步走向。

事务又分自动事务与手动事务。自动事务是：一条SQL发送过去执行，如果出现问题则回滚，没有问题则提交。

而手动事务是，我们自己控制事务的提交与回滚。

自动事务不使用，因为自动事务是针对一条SQL，SQL发送过去要么提交要么回滚。而手动事务是一个环节，一个过程。在这个过程内，如果出现问题有我们决定。也就是手动事务不止是控制提交与回滚，重要的是，这个事务如何提交回滚可以由我们来控制。我们决定这个过程有多长。我们可以让事务贯穿管理整个逻辑。

Jdbc管理事务，开启手动事务：

得到连接对象

setAutoCommit设置自动提交为false，则是手动管理事务了。

在这个过程中执行的任何SQL，写入的数据。在当前连接对象关闭前都可以回滚与提交

在关闭连接对象时，如果没有指定回滚也没有要求提交，则默认回滚

举例：

执行此insert语句，得到SQL预处理执行对象，update执行，返回影响行数1

查询表格：

Uid_u为80的数据，并没有进去。是插入失败吗？数据确实进去了，不过被回滚了。因为我们没有提交与回滚，在关闭时就默认回滚了。

测试数据是否写下去了：

插入ID为70，报出key重复。说明什么？说明数据确实写下去了，才会有key重复。说明之前的80也是写下去了。但数据库没有数据说明什么？写下去在这个事务内又回滚了。

在connection关闭时，连接对象关闭。

当connection开启手动事务，在commit与rollback这个过程中，事务的范围将一直影响着执行逻辑范围。

当connection，commit与rollback后。这个事务的范围结束。但这个connection还可以使用。在上一个事务完成后，继续使用的过程中，又是新的事务范围。也就是事务结束，紧接着又是新的事务开始管理逻辑了。直到连接对象被关闭。

连接对象可以一直使用，在线程中连接对象是独立运行的。手动事务在connection事务提交与回滚，接着又是进入事务范围内了。手动事务由我们管理事务的贯穿逻辑范围。