ITパスポート｜ネット通販で全部わかるデータベースのしくみ

2026年7月18日 11:30

※ 本記事にはアフィリエイトリンク（PR）を含みます。

セール中、残り1個の商品。あなたが「購入」ボタンを押したその同じ瞬間に、どこかの誰かも、まったく同じ商品の「購入」を押していたとします。在庫は1個しかないのに、2人とも買えてしまったら大変ですよね。でも、ふだんそんな二重販売はめったに起きません。ネット通販の裏側では、これを静かに防いでいる仕組みが動いているんです。

「データベースって、なんだか難しそう…」と身がまえた方、大丈夫ですよ。今日は用語を1つずつ暗記する話ではありません。あなたが注文ボタンを押してから商品が確保されるまで、裏側でどんな仕組みが連係プレーをしているのか、その流れをのぞいてみましょう。

この記事は、シリーズ「身近な例で全部わかる ITパスポート」の第3弾です。ネット通販という1つの場所を舞台に、データベースの用語が実際にどうつながって動いているかを見ていきます。初めて聞く言葉があっても平気。じっくり解説した「本拠地」の記事へのリンクを、場面ごとに置いてありますからね。

この記事でわかること

注文ボタンを押した情報が、どこに・どうためられているのか
注文・商品・顧客の情報が、番号でつながって管理されている仕組み
「最後の1個」を2人が同時に注文しても、二重に売れない理由

この記事の要点（先に結論！）

ネット通販の注文・商品・顧客の情報は、データベースという「几帳面な台帳」に整理してためられています。
名前や住所は顧客の表に、商品名や価格は商品の表に、というように情報を別々の表に分け、番号（主キー・外部キー）で互いをつないでいます。
注文が成立するときは、在庫を1つ減らす・注文を記録する、といった複数の処理を「ぜんぶ成功か、ぜんぶ取り消し」のひとまとまりで実行します。これをトランザクションと呼びます。
最後の1個を2人が同時に注文しても二重に売れないのは、先に処理する人がデータに鍵をかけ、もう1人を待たせる排他制御という仕組みのおかげです。
データベース・主キー・外部キー・トランザクション・排他制御は、ITパスポートのテクノロジ系「データベース」（中分類21）の頻出テーマです（2026年7月時点・シラバスVer.6.5）。

先に、1回の注文の裏で動いている流れを、地図にしておきますね。この順番で見ていきます。

1. 注文ボタンの向こう側：情報はどこへ届く？

舞台は、夜のネット通販。あなたが商品をカートに入れ、「購入」ボタンを押します。画面には「ご注文ありがとうございました」と出るだけですが、その裏では、あなたの注文の情報がある場所へ届いて、きちんと記録されています。その届け先が、データベースです。

データベースは、データベースの記事で「巨大で几帳面な台帳」とたとえました。お客さんの名前も、商品の値段も、注文の中身も、決まった形できちんと記帳されていて、探すのも並べ替えるのも得意な台帳ですね。「今日の夜に売れた商品だけ一覧にして」といった注文にも、すぐ応えてくれます。

でも、ネット通販には全国から一斉にお客さんが押し寄せます。何万人もが同時に書きこみ、途中で失敗したら大事故。そんな台帳を、人が手で管理するのは無理ですよね。そこで台帳に直接さわらせず、読み書きを一手に引き受ける管理人がいます。それがDBMS（ディービーエムエス。データベース管理システム）、同じ記事で「台帳を守る専属の管理人（司書）」*とたとえた仕組みです。しまう・矛盾させない・すばやく取り出す・守る、の4つが管理人の仕事でしたね。

【試験ではこう出る】 データベースとDBMSは、テクノロジ系「データベース」（中分類21）の入口です。本拠地はこちら → データベースとは？正規化・主キーをやさしく解説

2. 情報は3つの表に分けて持つ：番号でつながる

さて、あなたの注文は台帳にどう記録されるのでしょう。じつはネット通販では、情報を1つの大きな表にまとめて書きません。ざっくり言うと、注文の情報・商品の情報・顧客の情報を、別々の表に分けて持っています。

顧客の表……あなたの名前や住所を、ここに1回だけ書く
商品の表……商品名や価格を、ここに1回だけ書く
注文の表……「いつ・誰が・どの商品を・いくつ」だけを書く

ここで、注文の表には、あなたの名前も住所も書きません。「顧客番号C01の人が注文」と番号だけ書けばいい。くわしいことは顧客の表を見に行けば分かるからです。この、1行を確実に特定できる重複しない番号を、データベースの記事では主キー、たとえて「出席番号」とお伝えしました。同姓同名でも、出席番号なら1人にひとつ、でしたね。

そして注文の表に書き写した「顧客番号」や「商品番号」のように、他の表の主キーを書き写して表同士をつなぐ番号が外部キー。同じ記事で「他の台帳の出席番号を書き写したメモ」とたとえた、あれです。この番号のおかげで、注文・商品・顧客の3つの表は、バラバラのようでいてしっかり手をつないでいるんですね。

なぜ、わざわざ分けるのでしょう。もし1つの表に名前も住所も毎回書いていたら、あなたが引っ越したとき、過去の注文ぜんぶを直す羽目になります。分けておけば、住所が変わっても顧客の表を1か所直すだけ。同じ情報を何か所にも書かないから、直し忘れや矛盾が起きにくいわけです。ちなみに、こうして表を分けて重複をなくす整理術を正規化と呼びますが、その細かい手順はITパスポートでは「問わない」とシラバスに明記されています（2026年7月時点・シラバスVer.6.5）。「なぜ分けるか」さえ分かれば十分ですよ。深掘りしたくなったら、本拠地へどうぞ。

【試験ではこう出る】 主キー・外部キー・正規化の必要性は、テクノロジ系「データベース」（中分類21）の頻出テーマです。正規化の手順やSQLの書き方は問われません。本拠地はこちら → データベースとは？正規化・主キーをやさしく解説

3. 注文は「ぜんぶ成功か、ぜんぶ取り消し」

あなたが「購入」ボタンを押したとき、裏側では1つの処理では終わりません。少なくとも、在庫を1つ減らす、注文を記録する、そして支払いを確定する。この複数の処理が、いっせいに走ります。

ここで想像してみてください。もし「在庫を1つ減らす」だけ成功して、「注文を記録する」が失敗したら？在庫は減ったのに、あなたの注文はどこにも残っていない。商品が消えてしまいます。逆に注文だけ記録されて在庫が減らなければ、同じ在庫を何人にも売ってしまいます。どれか1つでも欠けたら、事故になるんですね。

だからこの一連の処理は、分けてはいけないひとまとまりとして扱います。これを、データベースの記事ではトランザクションと呼びました。たとえは銀行振込。「Aさんの口座から1万円引く」と「Bさんの口座に1万円入れる」は、片方だけ成功したら1万円が消えてしまう。だから2つで1セット、というあの話です。ネット通販の注文も、まったく同じ構造なんですね。

結末は2つに1つ。ぜんぶ成功すれば結果を確定します（コミット。たとえはボールペンで清書、もう消せない・確定）。途中で1つでも失敗すれば、ぜんぶなかったことにして元に戻す（ロールバック。たとえは鉛筆書きを消しゴムでぜんぶ消す）。「半分だけ成功」を絶対に許さないのがポイントでした。

なお、この「支払いを確定する」場面で動くのが、前回までのC系（コンビニの回）で紹介したキャッシュレス決済です。決済がぶじ通って、はじめて注文全体がコミットされる。今日の主役はデータベースなので、決済の中身にはこれ以上は踏みこみませんが、「注文が確定する瞬間＝トランザクションが成功した瞬間」だと覚えておくと、両方の記事がつながりますよ。

【試験ではこう出る】 トランザクション・コミット・ロールバックは、テクノロジ系「データベース」（中分類21）の定番です。「全部やるか、全部やらないか」を4つの性質でまとめたACID特性まで、本拠地で解説しています → データベースとは？正規化・主キーをやさしく解説

4. 最後の1個を2人が同時に：試着室の鍵（この記事の山場！）

さあ、いよいよ入口の問いの答えです。残り1個の商品を、あなたとどこかの誰かが、まったく同じ瞬間に注文したら? なぜ二重に売れないのでしょうか。

もし何の対策もなかったら、こんな事故が起きます。じつはこれ、データベースの記事で見た「残高を2人が同時に引き出す」話と、まったく同じ構造なんですよ。在庫版に置きかえてみますね。

2人が同時に在庫を見る → どちらも「残り1個」と読む
それぞれが「1個あるなら注文OK。在庫を0にしよう」と判断する
2人とも「在庫0」と書きこむ → 注文が2件、成立してしまう

……おかしいですよね。商品は1個しかないのに、2人とも買えてしまいました。片方のお客さんには、あとで「品切れでした」と謝ることになります。

これを防ぐのが同時実行制御（排他制御）です。だれかがそのデータを使っている間は鍵（ロック）をかけて、他の人を待たせるしくみのこと。同じ記事で、たとえたのは「試着室の鍵」でしたね。1人が使っている間は施錠して、次の人には空くまで待ってもらう。

在庫にこの鍵をかけると、こうなります。先に処理を始めた人が「残り1個」の在庫に鍵をかけ、在庫を0にして、注文を記録する。その間、もう1人はロックが外れるまで待たされます。そして順番が回ってきたときには、在庫はすでに0。「申し訳ありません、売り切れです」と正しく判断できるわけです。1個の商品が、きちんと1人にだけ届く。この地味な鍵が、二重販売を防いでいるんですね。

ちなみに、この鍵にも弱点があります。処理Aが商品Xの鍵を持ったまま商品Yを待ち、処理Bが商品Yの鍵を持ったままXを待つ……と、お互いに相手の鍵を待って、両方とも動けなくなることがあります。この両すくみをデッドロックと呼びました。ゆずり合いならぬ「待ち合い」ですね。深掘りは本拠地にゆずります。

【試験ではこう出る】 排他制御（同時実行制御）・デッドロックは、テクノロジ系「データベース」（中分類21）の頻出テーマです。「試着室の鍵」の本拠地はこちら → データベースとは？正規化・主キーをやさしく解説

5. 台帳が消えたら困る：控えを取っておく

最後に、もう1つだけ。ここまで見てきた注文・商品・顧客の台帳が、機械の故障や停電で、まるごと消えてしまったら? ネット通販は一日も止められませんから、これは一大事です。

だから、大事な台帳は別の場所に控え（コピー）を取っておきます。これがバックアップ。ファイル管理の記事で、大事な写真を別のアルバムにもう1冊コピーしておくイメージ、とお伝えした、あの備えです。控えがあれば、たとえ元のデータが使えなくなっても、そこから元に戻せます。

そして、データベースならではの回復のしかたもあります。DBMSは、更新のたびに「更新前と更新後の記録（ログ）」をこっそり残しています。障害で処理が中途半端に終わったときは、この記録を使ってロールバック（後ろへ戻す）。台帳自体が壊れたときは、控えを戻したうえでロールフォワード（前へ進め直す）で障害の直前まで復元する。名前がそのまま向きを表していましたね。くわしい回復のしくみは、本拠地でどうぞ。

【試験ではこう出る】 バックアップはファイル管理の単元（ファイル管理の記事）、ロールバック・ロールフォワードによる障害回復はテクノロジ系「データベース」（中分類21）の範囲です（データベースの記事）。

6. まとめ：3行でふりかえり

ネット通販の注文・商品・顧客の情報は、データベース（几帳面な台帳）に分けてためられ、番号（主キー・外部キー）で互いにつながっています。
1回の注文は「在庫を減らす・注文を記録する・支払いを確定する」をひとまとまりで実行するトランザクションで、ぜんぶ成功（コミット）かぜんぶ取り消し（ロールバック）のどちらかです。
最後の1個を2人が同時に注文しても二重に売れないのは、先に処理する人がデータに鍵をかけて待たせる排他制御のおかげです。

いかがでしたか? たった1回の注文の裏に、これだけの試験用語が隠れていました。

用語は「場所」とセットにすると、ぐっと忘れにくくなります。今度ネット通販で「購入」を押すときは、その向こうで動いている台帳と鍵を、ちょっとだけ想像してみてくださいね。気になった用語は、本拠地の記事でじっくり固めましょう！

7. よくある質問（FAQ）

Q1. ネット通販で最後の1個を2人が同時に注文したらどうなりますか?

A. 先に処理を始めた人が在庫のデータに鍵（ロック）をかけ、もう1人はその鍵が外れるまで待たされます。これを排他制御（同時実行制御）と呼びます。待っている間に在庫が0になれば、あとの人は「売り切れ」と正しく判断され、二重販売は起きません。「試着室の鍵」とイメージすると分かりやすいですよ。くわしくはデータベースの記事へどうぞ。

Q2. ネット通販の在庫はどうやって管理されているのですか?

A. 商品や注文の情報はデータベース（几帳面な台帳）に記録され、注文が成立するたびに在庫が更新されます。このとき「在庫を減らす」「注文を記録する」などの処理は、トランザクションという1つのまとまりで実行されます。どれか1つでも失敗すれば、全部なかったことに戻すので、在庫と注文の数字がずれません。

Q3. 注文の途中でエラーが出たら、お金や在庫はどうなりますか?

A. 一連の処理が全部成功しなければ、全部なかったことに戻します。これをロールバックと呼びます。たとえば支払いが通らなければ、減らしかけた在庫も元に戻り、注文も記録されません。「半分だけ成功」を許さないのがトランザクションの考え方です。くわしくはデータベースの記事で解説しています。

Q4. 注文情報・商品情報・顧客情報はどうつながっているのですか?

A. それぞれ別の表に分けて持ち、番号（主キー・外部キー）で互いを指し合っています。名前や住所は顧客の表に1回だけ、商品名や価格は商品の表に1回だけ書き、注文の表には番号だけを書きます。だから住所が変わっても、顧客の表を1か所直すだけで済みます。この「分けて重複をなくす」整理を正規化と呼びますが、詳しい手順はITパスポートでは問われません（2026年7月時点・シラバスVer.6.5）。