DynamoDB vs Oracle Database

DynamoDB と Oracle Database は、データベースのスペクトルの両端に位置します。DynamoDB はフルマネージドでサーバーレスな NoSQL のキーバリューおよびドキュメントストアで、水平スケールと予測可能なレイテンシのために作られています。Oracle Database は成熟した高機能なエンタープライズ向けリレーショナルデータベースで、フルの SQL、PL/SQL、そして要求の厳しいトランザクション処理・分析システムにおける長い歴史を備え、伝統的にプロセッサ単位または名前付きユーザー単位のライセンスで販売されてきました。

DynamoDB と Oracle Database のどちらを使うべきか

既知のキーベースのアクセスを持つ大規模な運用アプリで、サーバーレスなスケーリング、従量課金、そして管理すべきライセンスやサーバーがないことを望む場合は DynamoDB を選びます。エンタープライズ向けのリレーショナル機能 — フルの SQL、PL/SQL、複雑なトランザクション、高度な分析 — が必要で、そのライセンスと運用モデルに対応できる場合は Oracle Database を選びます。シンプルさと弾力的なコストか、リレーショナル機能の深さかがトレードオフです。

DynamoDB と Oracle Database の概要

特性	DynamoDB	Oracle Database
データモデル	NoSQL のキーバリューおよびドキュメント。アイテムごとに柔軟なスキーマ、アイテムは最大 400 KB	リレーショナル — スキーマが強制されるテーブル・行・列。JSON、空間データなどもサポート
クエリ言語	ネイティブ API（`GetItem`、`Query`、`Scan`）に加え、SQL 互換言語の PartiQL	フルの SQL に加え、ストアドプロシージャ・トリガー・パッケージ向けの Oracle の手続き型言語 PL/SQL
結合と関係	JOIN 演算子はなし。AWS はアクセスパターンに沿った非正規化を推奨	フルのリレーショナル結合、外部キー、制約、マテリアライズドビュー
インデックス	代替キー上のグローバル/ローカルセカンダリインデックス	B-tree、ビットマップ、関数ベース、パーティション化など、複数のインデックス種別
整合性	デフォルトは結果整合性。リクエストごとに強い整合性のある読み取り。ACID トランザクション	強い整合性。マルチバージョンの読み取り整合性を備えたフルの ACID トランザクション
スケーリングモデル	水平 — 自動パーティショニング。サーバーレスのオンデマンドが上下（ゼロまで）にスケール	垂直スケーリング。スケールアウトと可用性のために RAC クラスタリングやパーティショニングなどのオプションあり
マネージド / ホスティング	サーバーレスかつフルマネージド、AWS 限定	オンプレミスまたはクラウドでの自己管理、あるいはマネージド版（例: Oracle が運用するクラウドサービス）。多くのプラットフォームで動作
料金 / ライセンス	リクエスト課金（オンデマンド）またはプロビジョンドキャパシティ＋ストレージ。ライセンス料なし	エディション別のライセンス（Enterprise Edition、Standard Edition 2）をプロセッサまたは Named User Plus 単位で、加えてサポート/オプション
最適なワークロード	一貫した低レイテンシを要する、既知のキーアクセスを持つ大規模な運用アプリ	豊富な SQL、PL/SQL、整合性を要するエンタープライズ向けリレーショナルおよび OLTP/分析混在システム

DynamoDB が適している場合

ライセンスなしでサーバーレスにスケールしたい。 DynamoDB はリクエスト単位（またはプロビジョンドキャパシティ）＋ストレージで課金され、ライセンス単位もパッチ対象のインスタンスも、アイドルサーバーのコストもありません。
アクセスパターンが既知でキーベースである。 読み取りに合わせてキーを設計すれば、実質どんな規模でも一貫した 1桁ミリ秒のレイテンシが得られます。
水平にスケールする必要がある。 DynamoDB は自動的にパーティショニングしますが、Oracle の書き込みスループットのスケーリングは通常、クラスタリング、パーティショニング、またはより大きなハードウェアを意味します。
AWS 上にいる。 IAM、Lambda、Streams とのネイティブな連携が統合作業を減らします。

Oracle Database が適している場合

深いリレーショナル機能が必要である。 フルの SQL、PL/SQL、複雑なマルチテーブルトランザクション、マテリアライズドビュー、高度な分析は、キーバリューストアが再現できない Oracle の強みです。
既存の Oracle 投資がある。 PL/SQL のコード、DBA の専門知識、統合の書き直しはコストが高く、Oracle にとどまることでそれらを維持できます。
ワークロードがリレーショナルでクエリが柔軟である。 正規化されたテーブルにまたがるアドホックな結合や進化するクエリは、事前計画されたキー設計ではなくリレーショナルエンジンに適します。
エンタープライズ向けオプションが必要である — 高度なパーティショニング、RAC、あるいは Oracle が提供する特定のコンプライアンスやツールなど。

DynamoDB を扱う

ワークロードを DynamoDB に移すなら、DynoTable は macOS、Windows、Linux 向けのネイティブなデスクトップクライアントです。標準の AWS 認証情報チェーンを読み取るため、データは DynamoDB に残り、移行するものは何もありません。Oracle SQL から移ってきたチームにとって、その SQL Workbench は DynamoDB のアクセスパターンのルールの範囲内でリレーショナル形状のクエリ — 結合、GROUP BY、集計 — を、DynamoDB の Query/Scan にコンパイルすることで表現し、AI アシスタントはあなた自身の AWS Bedrock 認証情報で動作します。

SQL for DynamoDB と PartiQL vs SQL のガイドは、どの SQL の概念が引き継がれるかを説明し、DynamoDB JOIN ガイドはネイティブな結合なしで関係をモデル化する方法を扱います。無料の DynamoDB Expression Builder は、キー条件、フィルタ、更新式を SDK、CLI、PartiQL の形式で生成します。DynoTable はクローズドソースの商用アプリです。このページはその機能を説明するものであり、どのように作られているかを説明するものではありません。

よくある質問

DynamoDB は Oracle Database を置き換えられますか？

特定のワークロードなら可能です — 予測可能でキーベースのアクセスを持つ大規模な運用パスは DynamoDB に移せ、ライセンスとサーバー管理を手放せます。ただし Oracle のリレーショナルの深さ（PL/SQL、複雑な結合、高度な分析）には直接の同等物がないため、完全な置き換えとはアクセスパターンに沿ったデータの再モデル化とクエリロジックの書き直しを意味します。多くの企業は中核のリレーショナルシステムには Oracle を残し、高スループットのサービスには DynamoDB を使います。

DynamoDB は SQL と PL/SQL をサポートしますか？

DynamoDB は SELECT、INSERT、UPDATE、DELETE 向けの SQL 互換言語 PartiQL をサポートしますが、JOIN 演算子はなく、Oracle の PL/SQL のような手続き型言語もありません。アプリケーションおよびビジネスロジックは、データベース内のストアドプロシージャではなく、あなたのコード（または Lambda）に置かれます。

DynamoDB は Oracle より安いですか？

適切なワークロードならしばしば安くなりますが、想定するのではなくモデル化してください。DynamoDB はライセンス料がなく、リクエスト単位＋ストレージで課金され、アイドル時にはゼロまでスケールするため、可変またはバースト的なトラフィックに適します。Oracle のコストの中心はエディション別のライセンス（プロセッサまたは Named User Plus 単位）に加えてサポートとオプションで、相応の額になりうる一方、DynamoDB が提供しないリレーショナル機能を実現します。実際のワークロードと機能要件に対して総コストを比較してください。