postgresql – 存储过程作为查询：CallableStatement vs. Prepar

发布时间：2020-12-13 16:26:49 所属栏目：百科来源：网络整理

导读：PostgreSQL documentation建议使用 CallableStatement 调用存储过程. 在返回行集的存储过程的情况下,使用CallableStatement有什么区别？ String callString = "{ call rankFoos(?,?) }";CallableStatement callableStatement = con.prepareCall(callString);

PostgreSQL documentation建议使用 CallableStatement调用存储过程.

在返回行集的存储过程的情况下,使用CallableStatement有什么区别？

String callString = "{ call rankFoos(?,?) }";
CallableStatement callableStatement = con.prepareCall(callString);
callableStatement.setString(1,fooCategory);
callableStatement.setInt(2,minimumRank);
ResultSet results = statement.executeQuery();

并使用正规PreparedStatement：

String queryString = "SELECT FooUID,Rank FROM rankFoos(?,?);";
PreparedStatement preparedStatement = connection.prepareStatement(queryString);
preparedStatement.setString(1,fooCategory);
preparedStatement.setInt(2,minimumRank);
ResultSet results = statement.executeQuery();

据了解,CallableStatement提供了一种语言无关的调用存储过程的方式.这对我来说并不重要,因为我知道我在使用PostgreSQL.据我所见,使用PreparedStatement的明显优势是一个更通用的查询,将存储过程视为表,可以使用WHERE,JOIN,ORDER BY等.

在我缺少的方法之间是否有方面或差异？在使用存储过程作为查询的情况下,哪些是推荐的？

我很确定第二种方法根本不符合一些RDBMS的功能,但是由于您只需要使用PostgreSQL,这并不重要.对于你的简单情况,真的没有太多的缺点.有两个问题我可以看到弹出来：

>根据存储过程的写入方式,可能需要注册参数才能执行该过程.这是不可能的,准备好的声明.如果您控制存储过程的创建和调用代码,您可能不必担心这一点.>它首先限制了调用存储过程的有效性.存储过程的主要优点之一是将查询逻辑封装在数据库级别.这样您可以调整查询,或者在某些情况下添加功能,而无需更改代码.如果您计划添加where子句连接到存储过程调用的结果,那为什么不把原始查询放在java层中？

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!