JDBC结果集是应用程序级查询游标吗

Question

数据库游标定义与 JDBC ResultSet API 惊人地相似。

>

数据库游标可以只向前的ResultSet.TYPE_FORWARD_ONLY。

数据库游标可以滚动，甚至可以像ResultSet一样有一个敏感度设置。TYPE_SCROLL_SENSITIVE

还支持可保持性，如ResultSet.HOLD_CURSORS_OVER_COMMIT

甚至对位置更新/删除的支持也被复制到JDBC ResultSet.CONCUR_Updateable中

但是尽管所有这些相似，MySQL不支持数据库游标：

MySQL不支持SQL游标，并且JDBC驱动程序不模拟它们，因此setCursorName（）无效。

那么，JDBC 实现是否是模仿数据库游标实现的数据访问规范，即使数据库并不真正支持这样的功能？

Answer 1

根据我对JDBC ResultSet的理解，我会说它不依赖于它连接的数据库，它的行为将是相同的。

JDBC将始终将默认行数（而不是整个结果集）获取到您的本地内存。一旦您到达所获取行的最后一行（例如通过做Next（）并尝试访问下一行）并且如果结果中有更多行，则将对数据库进行另一次往返调用以将下一批行获取到本地内存。

即使可以设置要在本地内存中提取的行数，也可以考虑CachedRowSet。

当您在语句上设置fetchSize（）时，您只是给JDBC驱动程序一个指令，告诉它您希望它取多少，但是JDBC驱动程序可以自由地忽略您的指令。我不知道Oracle驱动程序如何处理fetchSize（）。大多数时候，它观察到MySQL JDBC驱动程序总是会获取所有行，除非您将fetchSize（）设置为Integer.MIN_VALUE。

Answer 2

你当然可以这样想。所有这些概念都继承自ODBC，所以你可以感谢(责备？)历史上的事情就是这样。大多数数据库对游标的支持并不像JDBC等API所提供的那样广泛。特别是在MySQL中，从MySQL 5.0开始支持游标“fetch ”,这意味着无论是否需要，驱动程序都不会被迫读取整个结果。这意味着有可能很早就放弃一个结果集，而几乎没有任何代价。但是，定期请求行块需要额外的往返行程。默认情况下，MySQL Connector/J并不强制执行FORWARD_ONLY语义，而是在客户机中缓冲整个结果，允许“滚动”。但是，由于在服务器中的实现，这不允许对其他事务中提交的更改敏感。在可能的情况下，特性通常被模仿/仿真，以提供API的便利。

Answer 3

名字里有什么...

实际上，结果集和数据库游标在语义上是相似的。SQL:2011标准规定：

游标是一种机制，通过这种机制，表的行可以一次一个地作（例如，返回到宿主编程语言）。

这听起来确实很像< code>ResultSet。再往下，SQL:2011标准继续提到:

游标声明描述符和结果集描述符具有四个属性：敏感度属性（敏感、不敏感或非敏感）、滚动性属性（滚动或无滚动）、可保持性属性（带保留或不保留）和可返回性属性（带 RETURN 或不带返回）。

换句话说，这些特性都不是JDBC（或ODBC）规范团队“发明”的。它们确实以这种形式存在于许多SQL数据库实现中，并且与任何规范一样，上述许多特性在SQL实现中也是可选的。

Jess已经对MySQL部分做出了权威回应。我想补充一点，JDBC和任何高层次的规范一样，有必需的部分和可选的部分。

查看JDBC规范，我可以看到以下相关部分。

符合JDBC规范的驱动程序必须做到以下几点:

[...]

它必须实现语句接口，但以下可选方法除外：

<李>[...] < li>setCursorName <李>[...]

它必须实现ResultSet接口，但以下可选方法除外：

• […]
• getCursorName
• […]

ResultSet类型的实现也是如此。在规格的下方，您会发现：

如果驱动程序支持指定的类型，则方法DatabaseMetaData.supportsResultSetType返回true，否则返回false。