java - 结果集与行集 : Which one to choose and when?

Question

所以我知道一些相对差异，即 ResultSet 与数据库具有“开放连接”，而 RowSet 以“断开连接”方式工作。

但这就是我所理解的(可能不正确):

那么我的问题是——在什么情况下一种比另一种更可取？他们各自的优势/劣势是什么？

• 从我的感觉是一个RowSet，在工作断开模式尤其适用于“只读”查询，会有在高度更好的表现并发系统。那是对的吗？如果是这样的话，可以放心地说RowSet 总是比ResultSet 用于只读查询？

• 如果我对RowSet 不会抛出 SQL 异常，但这有好处吗？另一个因为 RowSet 是可序列化的。但我的担忧主要来自于绩效观点会是什么选择？

• 但这是否重要读写查询？？可以同步吗ResultSet 回到 DB？ (我不是确定这是否可能(可能是我就是不记得或谷歌它足够好:) 已经有一段时间了使用原始 JDBC...

有什么想法吗？很明显，我的知识存在一些缺失的空白:)

我问的原因是我想在处理一些数据时在实现 Spring-JDBC 的 ResultSetExtractor 接口(interface)和返回 SqlRowSet 之间进行选择。这个问题只是让我好奇如何决定何时选择什么，而不是扔硬币:)

Answer 1

我不同意 JR 的回答。 RowSet 通常是一个不错的选择，但与往常一样，最佳答案取决于您的情况和您的需求。对所有内容使用 RowSet 不会产生功能失调的代码，但它可以提供比 ResultSet 更慢的性能(常见的 JdbcRowSet 实现是 ResultSet 的包装器)。

如果您需要在需要 JavaBean 的模块化代码中使用结果对象，那么 RowSet 满足 Java Bean 的最低要求。

如果您正在为多线程/服务器应用程序开发代码，那么您必须接受所有 Java Bean 都是可变的，因此不是线程安全的。因此，Resultset 和 RowSet 都不是线程安全的。

如果您编写的代码使用数据库查询并将其转换为 Java 数据模型对象以供应用程序的其余部分使用，那么 RowSet 的性能可能不如结果集。

在我编写的许多代码中，当我收到 JDBC 数据库查询时，我一直只是简单地使用结果集将检索到的行立即处理为数据模型对象列表。结果集甚至无法在执行翻译的方法调用中幸存下来。在我看来，这很好......因为结果集(以及因此的行集)消耗大量资源，并且您希望它们尽快可用于 gc。

在这种模式下，我什至不需要结果集的任何新功能，更不用说行集了。我只是在集合中向前迭代一次并生成结果行列表。

在某些情况下，非常需要行集。由于 RowSet 是可序列化的并且表面上是“轻量级的”，因此断开连接的 CachedRowSet(例如)代表了一种在位置之间传输数据库查询结果的相当有效的机制，特别是如果您希望数据可就地更新。当然，您也可以序列化和传输对象列表。