|
|
1
1
我很高兴地使用了iBATIS和存储过程,在这种方法中我看不到任何不好的地方。 iBATIS非常适合将参数方便地传递到您的变更数据过程中,以及适当地处理获取数据过程的结果集。 如果您的进程选择这样做,iBATIS还可以处理多个结果集的输出。 在事务方面:这取决于。如果你的应用程序可以在自动提交模式下正常运行,但是你有一些不同的过程需要事务处理,那么proc managed可能对你有用。您可以设计您的应用程序,使任何需要事务处理的都由一个“父”过程协调。没有说这是一个特别令人钦佩的模式,但它可能会在合理的程度上起作用。 如果这听起来不合适,那么Spring管理的事务无疑是从第一天开始实施的一个不错的选择,而且这种方法很可能随着应用程序的发展而优雅地增长。 最后一个想法-注意事务的嵌套,即,如果您有应用程序/Spring事务管理,不管您在进程中放入了什么事务处理,直到您从应用程序端提交那些“内部”提交“不正确”提交(它们可以有用途,但这超出了我在这里要讨论的范围)。 编辑-自从写了这个之后,我了解到不同的DBS处理提交嵌套的方式不同。似乎Oracle特别将提交视为提交,而不管嵌套如何,所以在其他应用程序管理的事务中提交的进程确实得到了正确的提交。 |
|
|
2
1
我不知道为什么要使用存储过程。既然你是,我不知道伊巴提斯在给你买什么。 如果我正在编写这个应用程序,我要么使用Spring和iBatis,要么使用Spring和存储过程,但不能同时使用两者。 我将使用Spring管理事务,确保存储过程中没有事务逻辑。 |
|
|
Bard.Mus · 迁移后的数据库字符集环境 1 年前 |
|
Efannnnnn · 将Id数据存储到任何页面 1 年前 |
|
|
yooooo · 用于在块中删除的存储过程-LOOP未执行 1 年前 |
|
John Beasley · 更新一定数量记录的连续日期 1 年前 |
|
|
ColinM · MySQL以前的结果查询返回不正确的值 1 年前 |
|
Sergey_Z · MySQL只需无条件连接2个表和交叉连接 1 年前 |