java - レコードセットが最初に転送のみだった理由

Question

レコードセットが更新されているという点で最近の更新を見たので、それが指すデータを前後にスクロールできます。

それらが最初に前方のみのトラバーサル用に設計された理由。新しいバージョンを使用して何か影響はありますか?

Answer 1

「新しいバージョン」は約 5 年前のものです。

forward only : 実装する最も簡単な方法です。deque やリンク リストよりも Queue(FIFO) を実装するのが最も簡単です。JDBC ドライバーは DB からレコードを読み取る必要があるため、ResultSet リーダーである FIRST COME FIRST SERVE がそれらを簡単に利用できるようにすることができます。

その後、一部のデスクトップ アプリケーションや一部のリッチ Web ベースのアプリでは、中間表現を保存せずに前後にスクロールしたい場合があることに気付き、それを実装することにしました。

次に、ResultSet の列/行を更新できる更新可能な ResultSet が登場しました。

Answer 2

このようなものを見てから長い時間が経ちましたが、最初はデータがストリーミングされていたと確信しており、多くの JDBC ドライバーでは、レコードセットはデータベース内の低レベルのカーソル操作に関連付けられていました。

を使用することによる唯一の影響は、おそらくメモリ使用量にあるかもしれませんが、ほとんどすべてのビジネス ケースでは気付かないでしょうし、私も気にすることはありません。大規模なデータセットを扱うときは、データを取得する方法を検討する必要があるかもしれませんが、「エンタープライズ」という言葉の意味では、数十億ではないにしても数百万のレコードを意味します。

Answer 3

JDBC の最初のバージョンにあまりにも多くの機能を詰め込むと、ベンダーが JDBC を実装するのに時間がかかるため、JDBC の採用が遅くなるでしょう。

スクロール可能な結果セットは、JDBC では比較的めったに使用されない機能であるため、初日から必須ではありませんでした。同じことが、JDBC 2 および 3 のその他の優れた機能にも当てはまります。