「書き込み中心と読み取り中心って何が違うの?」
「DP-900では、どう問われるのか知りたい」
OLTPとOLAP。3文字のうち真ん中がTかAか、その1文字の違いで意味は正反対になります。名前が似ているせいで混乱しますが、覚え方はシンプルにできます。
OLTPは日々の取引を「記録する」仕組み、OLAPはその記録を「読み解く」仕組み。書き込み中心か読み取り中心かという向きの違いが、設計もAzureサービスも分けます。
このあと、2つの設計の違いを表で対比し、データがOLTPからOLAPへ流れる道を図でたどり、向くAzureサービスとDP-900での問われ方まで押さえます。名前の似た2つを、混同しない知識に変えましょう。
1. 「記録するOLTP」と「読み解くOLAP」
あなたがまず押さえたいのは、この2つが対立ではなく分業だという点です。OLTP（Online Transaction Processing）は、注文・支払い・在庫の移動といった業務トランザクション（取引）を、その場で正しく記録します。OLAP（Online Analytical Processing）は、そうしてたまったデータを集計し、傾向を分析します。
2. OLTPの設計 — 書き込み中心・正規化・ACID
あなたがOLTPの性格を一言で言うなら、正確な書き込みを、高頻度でさばく仕組みです。設計を特徴づける3つのキーワードを押さえてください。
- 書き込み中心: たくさんの取引を、その場で記録・更新する
- 正規化: データを重複の少ない小さな単位に分け、矛盾なく効率的に扱う
- ACID: 取引の信頼性を守る4つの性質。中でも「全部成功か、全部やり直し」という原子性が要
お金や在庫を扱う処理では、この厳密さが欠かせません。取引が途中で止まって「代金は引かれたのに商品が減っていない」といった中途半端は許されないからです。この「全か無か」の考え方はACIDの一部で、トランザクションとACIDとは で詳しく確認できます。正規化の仕組みは、SQLと正規化とは と合わせると腑に落ちます。
3. OLAPの設計 — 読み取り中心・集計向けの形
あなたが次に押さえるOLAPの性格は、OLTPのちょうど裏返しです。大量データの集計に強い、読み取り中心の仕組みで、書き込みは少なく、過去データを長く保持して時系列で見ます。
こうしたデータはデータウェアハウスに集められ、分析しやすい形に整えられます。ここでOLTPと決定的に違うのが、データの形です。OLTPは重複を削る正規化でしたが、OLAPはあえて重複を許し、集計しやすく整えたスター・スノーフレークという形を使います。結合を減らして集計を速くするためです。
4. データが流れる道 — OLTPからOLAPへ
2つの関係が一番わかるのは、データが移動する道筋を見たときです。あなたの手元の取引データが、分析に使えるようになるまでの流れを図にしました。
途中のETLは、OLTPからデータを抜き出し、分析用に整えてデータウェアハウスへ書き出す工程です。この道を思い浮かべると、「OLTPは川上、OLAPは川下」という関係がつかめます。ETLの詳しい役割は、ETLとELTとは で確認できます。
5. 向くAzureサービスと、DP-900でのこう問われる
役割が違えば、向くAzureサービスも変わります。DP-900で問われる対応を、あなたのために表にまとめました。
| 観点 | OLTP | OLAP |
|---|---|---|
| 役割 | 取引の記録・処理 | 集計・分析・BI |
| 処理の向き | 書き込み中心 | 読み取り中心 |
| データの形 | 正規化 | スター・スノーフレーク |
| 向くAzure例 | Azure SQL Database | Microsoft Fabric（分析基盤） |
OLTPの受け皿は業務アプリの土台となるAzure SQL Database、OLAPの側は大規模並列処理（MPP）に向く分析基盤が担います。なお現実のシステムは片方だけで完結しないことも多く、取引処理と分析を同じ基盤で扱うHTAPという考え方もあります。「両者は地続き」と理解しておくと、応用が利きます。
現場での使い分けの勘所。当社の在籍エンジニア（SE歴15年以上）の視点で1つ補うと、つまずきやすいのはOLTPの本番データに、重い分析クエリを直接かけてしまう場面です。正規化されたテーブルは結合が多く、大量集計を走らせると取引処理まで遅くなります。「日中はレポートが重い」「夜間バッチと業務が競合する」——こうした兆候が出たら、分析をOLAP側へ切り出す設計判断のサインだと捉えます。役割で分ける理由は、教科書の定義ではなく現場の痛みから来ています。
DP-900での問われ方。狙われやすいのは、対応の取り違えです。「分析にはOLTPが向く」は誤りで分析はOLAP、正規化はOLTP・集計向けの非正規化はOLAP、用途とサービスなら取引はAzure SQL Database・分析は分析基盤——この対応を逆に選ばせる問いが繰り返されます。
キーワードで素直に振り分ければ、あなたは迷いません。問題文に「記録・注文・在庫」が出たらOLTP、「集計・傾向・レポート」が出たらOLAP。この対応を持っておけば、DP-900のデータ処理の問いは落ち着いて解けます。
次のステップ
試験範囲全体と勉強の進め方を俯瞰したいなら、DP-900とは（試験範囲・勉強の進め方） で学習の優先順位を立てられます。
分野ごとに進めるなら、DP-900 学習ロードマップ で全体像と次に解く問題集を確認できます。