Javaパフォーマンス第2版

第11章 データベースパフォーマンスのベストプラクティス データベースパフォーマンスのベストプラクティス

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

この章では、Java駆動のデータベース・アプリケーションのパフォーマンスを調査する。 データベースにアクセスするアプリケーションは、Java以外のパフォーマンス問題の影響を受ける。データベースがI/Oバウンドしていたり、インデックスが欠落しているためにフル・テーブル・スキャンを必要とするSQLクエリを実行している場合、Javaのチューニングやアプリケーション・コーディングをいくら行っても、パフォーマンス問題を解決することはできない。データベース技術を扱うときは、データベースのチューニングやプログラミングの方法について（別のソースから）学ぶ準備をしておくこと。

これは、データベースを使用するアプリケーションのパフォーマンスが、JVMや使用されているJavaテクノロジーの制御下にあるものに対して無頓着であると言っているのではない。むしろ、良好なパフォーマンスを得るためには、データベースとアプリケーションの両方が正しくチューニングされ、可能な限り最良のコードを実行していることを確認する必要がある。

この章ではまずJDBCドライバから見ていく。JDBCドライバはリレーショナルデータベースとやり取りするデータフレームワークに影響を与えるからだ。JPAやSpringデータモジュールを含め、多くのフレームワークがJDBCの詳細を抽象化している。

SQLとNoSQL

この章の焦点は、リレーショナル・データベースと、それにアクセスする Java技術である。 Javaを使って非リレーショナル・データベースにアクセスする方法はあるが、標準的ではない。リレーショナル・データベースは、ANSI/ISO SQL標準（別名SLQ:2003）を含む様々なSQL標準に準拠している。この標準に準拠するということは、Javaプラットフォーム自体がこれらのデータベースへの標準インタフェースを提供できるということであり、そのインタフェースがJDBCである（JPAはその上に構築されている）。

NoSQLデータベースに対応する標準はなく、したがってNoSQLデータベースへのアクセスをサポートする標準プラットフォームもない。近々リリースされるJakarta Enterprise Edition 9には、NoSQLデータベースへの標準的なアクセスの仕様が含まれる予定だが、詳細は流動的である。

バッチングやトランザクション境界のようなものは、リレーショナルデータベースと同様にNoSQLデータベースにも重要な影響を与える。

サンプルデータベース

この章の例では、256銘柄のデータを1年間ストアするサンプルデータベースを使用する。1年は261営業日である。

個々の銘柄の株価は、STOCKPRICEというテーブルに格納されている。STOCKPRICEは、銘柄シンボルと日付を主キーとしている。このテーブルには66,816行（256×261）がある。

STOCKOPTIONPRICE テーブルは、シンボル、日付、オプション番号を表す整数を主キーとするデータを保持している。このテーブルには 334,080 行（256 × 261 × 5）がある。

ジェイデービーシー

この章では、JPAバージョン2.xの観点からデータベースのパフォーマンスについて説明する。しかし、JPAはJDBCを使用しており、多くの開発者はいまだにJDBC ...