データベースエンジン (英: database engine)は、データベース管理システム（DBMS）がデータベースからデータを作成、読み取り、更新、削除（CRUD）するために使用する基盤となるソフトウェア部品のこと。ストレージエンジン (英:storage engine)とも呼ばれる。ほとんどのデータベース管理システムには、ユーザーがDBMSのユーザーインターフェイスを経由しなくても基盤となるエンジンと対話できるAPIが実装されている。APIの利用時には、TCP/IPの特定のポート番号を使って通信を行う場合がある。
「データベースエンジン」という用語は、「データベースサーバー」または「データベース管理システム」と同じ意味で使われることもある。 「データベースインスタンス」は、実行中のデータベースエンジンのプロセスとメモリ構造のことを指す。 最新のDBMSの多くは、同じデータベース内で複数のストレージエンジンをサポートしている。たとえば、 MySQLはInnoDBとMyISAMの両方をサポートしている。 ストレージエンジンにはトランザクション処理をサポートするものとしないものがある。
ストレージエンジン
InnoDBGPLYes
MyISAMGPLNo
InfiniDB
データベース内の情報は、ハードウェアのプロパティを指定して効率的に読み書きできるストレージ内のデータ構造としてレイアウトされたビットとして保存される。通常、ストレージ自体は、データベースを含むストレージを広範囲に利用するさまざまな領域の要件を満たすように設計されている。動作中のDBMSは、それぞれのレイアウト方法で、常に複数のストレージの種類（メモリ、外部ストレージなど）を同時に利用する。 原則として、データベースストレージは線形アドレス空間 データベースは、動作中、複数のタイプのストレージに同時に存在し、ストレージ階層
エンジンの種類には以下のようなものもある。
組み込みデータベースエンジン
インメモリデータベースエンジン
設計上の考慮事項
データベースストレージ階層
通常、ストレージの速度と価格の間には相関関係があり、より高速なストレージは通常、揮発性である。 データ構造は、明確に定義された方法でデータを埋め込む抽象的な構造である。効率的なデータ構造により、効率的な方法でデータを操作できる。データ操作には、さまざまなモードでのデータの挿入、削除、更新、および取得が含まれる。特定のデータ構造型は、特定の操作では非常に効果的であり、他の操作ではそうならない。データ構造型は、DBMSの開発時に、含まれるデータ型に必要な操作に最適になるように選択される。特定のタスク用に選択されたデータ構造型は、通常、それが存在するストレージの種類（たとえば、アクセス速度、アクセスされるストレージチャンクの最小サイズなど）も考慮に入れる。一部のDBMSでは、データベース管理者は、パフォーマンス上の理由から、データ構造のオプションからユーザーデータを含めるように柔軟に選択できる。データ構造には、データベースのパフォーマンスを調整するための選択可能なパラメーターがある場合がある。 データベースは、多くのデータ構造タイプでデータを格納できる[1]。 一般的な例は次の通りである。 従来の行指向とは対照的に、関係データベースは、特定の構造にデータを格納する方法において、列指向または相関型 一般に、通常一緒に使用されるさまざまな型のデータベースオブジェクトが「クラスター化」されて近接するストレージに配置されると、パフォーマンスが大幅に向上する。これにより、通常、最小限の入力操作でストレージから必要な関連オブジェクトを取得できる（それぞれがかなり時間がかかる場合がある）。インメモリデータベースの場合でも、メモリ内の入出力操作に大きなキャッシュを一般的に使用するため、クラスタリングによってパフォーマンスが向上し、同様の動作が得られる。 たとえば、在庫のある「アイテム」のレコードを、それぞれの「注文」レコードすべてとクラスター化すると便利な場合がある。特定のオブジェクトをクラスター化するかどうかの決定は、オブジェクトの使用率統計、オブジェクトサイズ、キャッシュサイズ、ストレージの種類などに依存する。 インデックス作成は、一部のストレージエンジンがデータベースのパフォーマンスを向上させるために使用する手法である。多くの種類のインデックスは、クエリを実行するときにすべてのエントリを調べる必要性を減らす点が共通である。大規模なデータベースでは、これによりクエリの時間/コストを桁違いに削減できる。インデックスの最も単純な形式は、本の裏にあるインデックスと同様に、エントリの場所への隣接する参照を使用して二分検索を使用して検索できる値のソートされたリストである。同じデータに複数のインデックスを付けることができる（従業員データベースは、姓と雇用日でインデックスを付けることができる）。 インデックスはパフォーマンスに影響するが、結果には影響しない。データベース設計者は、アプリケーションロジックを変更せずにインデックスを追加または削除できるため、データベースの拡張やデータベースの使用状況の変化に伴うメンテナンスコストを削減できる。インデックスはデータアクセスを高速化できるが、データベース内のスペースを消費するため、データが変更されるたびに更新する必要がある。したがって、インデックスはデータアクセスを高速化できるが、データの保守は遅くなる。これらの2つの属性は、特定のインデックスがコストに見合うかどうかを決定する。 ^ Lightstone, S.; Teorey, T.; Nadeau, T. (2007). Physical Database Design: the database professional's guide to exploiting indexes, views, storage, and more. Morgan Kaufmann Press. .mw-parser-output cite.citation{font-style:inherit;word-wrap:break-word}.mw-parser-output .citation q{quotes:"\"""\"""'""'"}.mw-parser-output .citation.cs-ja1 q,.mw-parser-output .citation.cs-ja2 q{quotes:"「""」""『""』"}.mw-parser-output .citation:target{background-color:rgba(0,127,255,0.133)}.mw-parser-output .id-lock-free a,.mw-parser-output .citation .cs1-lock-free a{background:url("//upload.wikimedia.org/wikipedia/commons/6/65/Lock-green.svg")right 0.1em center/9px no-repeat}.mw-parser-output .id-lock-limited a,.mw-parser-output .id-lock-registration a,.mw-parser-output .citation .cs1-lock-limited a,.mw-parser-output .citation .cs1-lock-registration a{background:url("//upload.wikimedia.org/wikipedia/commons/d/d6/Lock-gray-alt-2.svg")right 0.1em center/9px no-repeat}.mw-parser-output .id-lock-subscription a,.mw-parser-output .citation .cs1-lock-subscription a{background:url("//upload.wikimedia.org/wikipedia/commons/a/aa/Lock-red-alt-2.svg")right 0.1em center/9px no-repeat}.mw-parser-output .cs1-ws-icon a{background:url("//upload.wikimedia.org/wikipedia/commons/4/4c/Wikisource-logo.svg")right 0.1em center/12px no-repeat}.mw-parser-output .cs1-code{color:inherit;background:inherit;border:none;padding:inherit}.mw-parser-output .cs1-hidden-error{display:none;color:#d33}.mw-parser-output .cs1-visible-error{color:#d33}.mw-parser-output .cs1-maint{display:none;color:#3a3;margin-left:0.3em}.mw-parser-output .cs1-format{font-size:95%}.mw-parser-output .cs1-kern-left{padding-left:0.2em}.mw-parser-output .cs1-kern-right{padding-right:0.2em}.mw-parser-output .citation .mw-selflink{font-weight:inherit}ISBN 978-0-12-369389-1
データ構造
順序付けされた/順序付けられていないフラットファイル
ハッシュテーブル
B+木
ISAM
ヒープ
データの方向付けとクラスタリング
データベースのインデックス作成
脚注
外部リンク
MySQL Storage Engine Architecture, Part 3: Details and Comparison
MySQL管理者のバイブル