JDBCのRowSetとResultSetの違いとは?5つの相違点をわかりやすく解説

JDBCでデータベースからデータを取得する際に登場する「ResultSet」と「RowSet」。どちらもSQLクエリの実行結果を保持するためのインターフェースですが、接続の管理方法やデータの扱い方など、多くの点で異なる特性を持っています。本記事では、両者の主な違いを表形式で整理し、それぞれの特徴をわかりやすく解説します。

ResultSetとRowSetの違い一覧

1. データベースとの接続状態の違い

ResultSetは、クエリを実行してから結果を読み終えるまで、常にデータベースへの接続(Connection)を維持する必要があります。一方、RowSetは「接続型」と「切断型」の両方をサポートしており、たとえばJdbcRowSetは接続型、CachedRowSetは切断型として動作します。切断型のRowSetはデータをメモリ上にキャッシュした後、接続を解除できるため、貴重なDB接続リソースを効率的に活用できます。

2. シリアライズとネットワーク送信の可否

ResultSetはデータベース接続に紐づいているため、シリアライズすることはできません。そのため、別のJVMへ渡したり、ネットワーク越しに送信したりすることも不可能です。対照的にRowSetはシリアライズ可能なので、サーバー側で取得した検索結果をそのままクライアントアプリケーションへ送信するなど、分散環境でのデータ受け渡しに非常に適しています。

3. JavaBeanとしての扱いと生成方法

RowSetはJavaBeanの仕様に準拠しているため、setter/getterメソッドによるプロパティ操作が可能で、GUIツールや各種フレームワークとの連携も容易です。生成方法にも違いがあり、ResultSetはStatementのexecuteQuery()メソッドで取得するのに対し、RowSetはRowSetProvider.newFactory().createJdbcRowSet()のようにファクトリ経由で生成します。

4. スクロールと更新のデフォルト動作

通常のStatementから取得したResultSetは、デフォルトでは前方方向のみの読み取り専用カーソルとなっており、自由なスクロールや行の更新はできません(必要に応じてcreateStatement()の引数でタイプを指定します)。一方、RowSetはデフォルトで双方向スクロールと更新が有効になっているため、追加設定なしで柔軟な操作が可能です。

まとめ

ResultSetはシンプルで軽量な接続型の結果セットであり、RowSetは切断型の利用やシリアライズ、JavaBean対応といった柔軟な機能を備えた拡張版と考えるとよいでしょう。Webアプリケーションでレイヤー間のデータ受け渡しを行いたい場合や、DB接続を素早く解放したい場合にはRowSetが特に有効です。それぞれの特性を理解し、用途に応じて適切に使い分けることが重要です。