Java 为什么记录集最初只是向前的

我看到最近更新了记录集，这样我们就可以在它指向的数据中来回滚动

---

为什么它们最初设计为仅向前遍历。使用新版本有什么影响吗？

新版本大约有5年历史

仅前进：这是最容易实现的方法。实现QueueFIFO比使用deque或链表更容易。由于JDBC驱动程序必须从数据库中读取记录，因此它可以使ResultSet阅读器很容易地使用这些记录

后来，他们意识到一些桌面应用程序和一些基于web的富应用程序可能希望在不存储中间表示的情况下向前和向后滚动，他们决定实现它

---

然后是可更新的结果集，您可以在其中更新结果集的列/行。

新版本大约有5年历史

仅前进：这是最容易实现的方法。实现QueueFIFO比使用deque或链表更容易。由于JDBC驱动程序必须从数据库中读取记录，因此它可以使ResultSet阅读器很容易地使用这些记录

后来，他们意识到一些桌面应用程序和一些基于web的富应用程序可能希望在不存储中间表示的情况下向前和向后滚动，他们决定实现它

---

然后是可更新的ResultSet，您可以在其中更新ResultSet的列/行。

我已经很久没有看过这些东西了，但我非常确定最初数据是流式传输的，对于许多JDBC驱动程序，记录集与数据库中的低级游标操作相关联

---

使用的唯一影响可能是内存使用——但在几乎所有的业务案例中，您都不会注意到，我也不会为此担心。在处理大型数据集时，您可能需要了解如何获取数据，但我指的是企业意义上的大型数据——数百万条记录，如果不是数十亿条记录的话。

我已经很久没有研究过这些东西了，但我很确定，最初数据是流式传输的，对于许多JDBC驱动程序，记录集与数据库中的低级游标操作相关联

---

使用的唯一影响可能是内存使用——但在几乎所有的业务案例中，您都不会注意到，我也不会为此担心。在处理大型数据集时，您可能需要了解如何获取数据，但我指的是企业意义上的大型数据—数百万条记录，如果不是数十亿条记录。

将太多的功能打包到JDBC的第一个版本中会减慢JDBC的采用，因为供应商需要更长的时间来实现它

---

可滚动的结果集在JDBC中是一个相对很少使用的特性，所以从第一天开始就没有必要使用它。这同样适用于JDBC 2和3中的其他奇特功能。

将太多的功能打包到JDBC的第一个版本中会减慢JDBC的采用，因为供应商会花费更长的时间来实现它

可滚动的结果集在JDBC中是一个相对很少使用的特性，所以从第一天开始就没有必要使用它。这同样适用于JDBC2和JDBC3中的其他奇特特性