データウェアハウスとは?法律とぶつかる3つの盲点

2026年版・一次情報で確認

データウェアハウスとは?「消さずに全部貯める」は、法律が想定していません

分析のために1か所へ集める。その選択は、分析のしやすさと、事故1回あたりの被害の大きさを同時に決めています。条文とガイドライン、そして漏えい報告の類型で確認してまとめました。

30秒でわかる「データウェアハウス」

  1. 分析のために、あちこちのデータを1か所に集めて保管する場所。略してDWHとも書きます
  2. 集めると分析しやすくなり、事故1回あたりの被害も大きくなります。同じ選択の裏表です
  3. 法律は「利用する必要がなくなったときは遅滞なく消去するよう努める」と定めています(法第22条)
  4. 本人から利用停止や消去を請求されることもあります。コピーが散らばっているほど応えられません
  5. 今日やること:DWHの中でいちばん古いデータが何年のものかを1つ調べる

データウェアハウスは、分析基盤の中心にある仕組みです。倉庫(warehouse)という名前のとおり、業務システムに散らばっているデータを取り出して、1か所に積み上げます。積み上げるほど、比較も集計も横断も楽になります。

この記事が扱うのは、その裏側です。集めるという選択は、事故が1回起きたときに出ていく量を、あらかじめ決めてしまう選択でもあります。そして「消さずに貯める」という運用は、日本の個人情報保護法が前提としている姿とは違う方向を向いています。

⚠ この記事の前提

この記事は2026年8月22日時点の内容です。条文はe-Gov法令検索、安全管理措置と外的環境の把握は個人情報保護委員会『個人情報の保護に関する法律についてのガイドライン(通則編)』(令和8年6月一部改正)、漏えい報告の類型と件数は同委員会『令和7年度 年次報告』(令和8年7月)から直接引用しています。

この記事は法律相談ではありません。個別の構成で何が義務になるかは事実関係によって変わります。判断が必要な場面では、個人情報保護委員会の相談窓口や弁護士にご相談ください。

CHAP1

第1章 / 全8章

データウェアハウスとは(やさしい定義)

業務のためではなく、分析のための置き場です

でーたうぇあはうす 英:data warehouse(DWH)

分析のために、複数のシステムのデータを1か所に集めて保管する場所。業務を回すためではなく、見て考えるために作られます。

分類
データの置き場。元データの複製が積み上がります
ひとことで
倉庫。出し入れの現場ではなく、まとめて置いておく場所
よく混同される語
データベース/データレイク/データマート(第4章で扱います)
法律との関係
消去の努力義務(法22条)と、利用停止の請求(法35条)の対象になります

業務システムのデータベースと、何が違うのか。目的が違うので、性質がほぼ逆になります。

観点業務システムのデータベースデータウェアハウス
目的業務を回す。登録・更新・照会分析する。集計・比較・傾向を見る
持っている範囲その業務に必要な分複数のシステムから集めた分
古いデータ不要になれば消す設計にしやすい過去との比較に使うので残す設計になりがち
使う人その業務の担当者分析担当、企画、経営層。部署をまたぎます
権限の考え方業務に必要な人だけに絞る見せるために作るので緩みやすい

下の2行が、この記事の主題につながります。「見せるために作る」という目的は、権限を絞る動機と逆を向きます。そして分析の価値は過去の蓄積から出るので、消す動機も働きにくくなります。

なお、この語にもセキュリティの公的な定義は見当たりません。NIST CSRC Glossaryで「warehouse」を検索すると0件でした(2026年8月22日に確認)。データを扱う分野の語は、セキュリティ側の用語集に載っていないことが多く、その分だけ会社ごとに指す範囲が違います。

第1章 おわり — 次は第2章

CHAP2

第2章 / 全8章

なぜ今これが問題なのか

集めた時点で、事故1回の大きさが決まります

分散していたデータを1か所にまとめると、事故が起きたときの意味が変わります。攻撃者にとっては、狙う場所が1つに減り、当たったときの取り分が増えます。

観点散らばっているとき1か所に集めたあと
1回の事故で出る量そのシステムの分だけ集めた全システムの分
攻撃者から見た価値低い。1つ破っても部分的高い。1つ破れば横断できる
期間の広さ運用中の分が中心過去何年分もまとめて
組み合わせの危険単体では個人を絞りにくい情報も多い他の項目と結びついて特定しやすくなる
守る手間場所ごとに分散して重い1か所に集中できる(ここは利点です)

最下段のとおり、集約には守りやすくなるという利点もあります。問題は、利点だけを受け取って、上の4行の手当てをしない場合です。集めたなら、集めた分だけ守りを厚くする必要があります。

「量が増える」ことには、法律上の意味もあります。個人データの漏えいが国への報告義務の対象になる類型は4つあり、そのうちの1つが人数です。

報告義務の類型(施行規則第7条)令和7年度の件数割合
要配慮個人情報を含む(第1号)10,603件61.9%
不正の目的をもって行われたおそれ(第3号)3,822件22.3%
財産的被害が生じるおそれ(第2号)3,525件20.6%
本人の数が1,000人を超える(第4号)883件5.2%

出典:個人情報保護委員会『令和7年度 個人情報保護委員会 年次報告』(令和8年7月)。処理された報告17,139件の内訳で、1つの事案が複数の類型に当たる場合はすべてに計上されます。1,000人超は全体では5.2%と少数派ですが、データウェアハウスから漏れた場合はほぼ確実にここに入ります。集めるとは、そういうことです。

🚨 権限が緩むのは、事故ではなく設計の結果です

データウェアハウスは「見せるために作る」ものです。分析担当、企画、経営層、ときには全社。閲覧できる人を増やすことが目的なので、権限を絞る力は最初から働きません。

その状態で、業務システムから集めた個人データがそのまま入っていると、元のシステムでは限られた人しか見られなかった情報が、倉庫では広く見えることになります。集約するときは、権限も一緒に移すのか、作り直すのかを決めてください。何もしなければ、緩いほうに揃います。

第2章 おわり — 次は第3章

CHAP3

第3章 / 全8章

法律とぶつかるのは3か所

「貯める」「消せない」「どこにあるか」です

データウェアハウスの設計が個人情報保護法と関係するのは、主に3か所です。順に見ます。

ぶつかる場所根拠DWHでの現れ方
消さずに貯める法第22条(消去の努力義務)過去との比較のために古いデータを残し続ける設計
消してほしいと言われる法第35条(利用停止等の請求)コピーが散らばっていて、どこを消せばよいか分からない
どこの国にあるか通則編「外的環境の把握」クラウドの保管先が海外リージョンになっている

1つ目です。法第22条は、正確性の確保とセットで、こう定めています。

個人情報取扱事業者は、利用目的の達成に必要な範囲内において、個人データを正確かつ最新の内容に保つとともに、利用する必要がなくなったときは、当該個人データを遅滞なく消去するよう努めなければならない。

出典:個人情報保護法 第22条(データ内容の正確性の確保等)(e-Gov法令検索で2026年8月22日に確認)

努力義務ですが、方向ははっきりしています。データウェアハウスの「消さずに全部貯める」という運用は、この方向と逆です。違法だという話ではありません。「利用する必要がなくなったとき」がいつなのかを、誰も決めていない設計になりがちだということです。決めていなければ、その日は永久に来ません。

2つ目です。本人には、利用停止や消去を請求する権利があります。しかもその要件には、次のものが含まれています。

本人は、個人情報取扱事業者に対し、当該本人が識別される保有個人データを当該個人情報取扱事業者が利用する必要がなくなった場合、当該本人が識別される保有個人データに係る第二十六条第一項本文に規定する事態が生じた場合その他(中略)当該本人の権利又は正当な利益が害されるおそれがある場合には、当該保有個人データの利用停止等又は第三者への提供の停止を請求することができる。

出典:個人情報保護法 第35条第5項

「第26条第1項本文に規定する事態」とは、漏えい等の報告対象になる事態のことです。つまり漏えいが起きたこと自体が、本人からの利用停止請求の理由になり得ます。請求に理由があると判明すれば、事業者は遅滞なく応じなければなりません(同条第6項)。

🚨 但し書きに救われる設計は、自分で作った困難です

第35条第6項には但し書きがあります。利用停止等に「多額の費用を要する場合その他の利用停止等を行うことが困難な場合」で、代わるべき措置をとるときは、この限りでない、と。

ここに頼る形は不健全です。コピーが何か所にあるか把握していないから困難なのであって、その状態は自社の設計が作ったものです。いつか本人から請求が来たときに何と答えるかは、倉庫を作る日に決まっています。

3つ目です。クラウドのデータウェアハウスを使う場合、保管される場所が国内とは限りません。安全管理措置には、次の項目があります。

個人情報取扱事業者が、外国において個人データを取り扱う場合、当該外国の個人情報の保護に関する制度等を把握した上で、個人データの安全管理のために必要かつ適切な措置を講じなければならない。

出典:個人情報保護委員会『通則編』10-7 外的環境の把握

ガイドラインが挙げる事例は「個人データを保管しているA国における個人情報の保護に関する制度を把握した上で安全管理措置を実施」です。さらに、この内容は「安全管理のために講じた措置」として本人の知り得る状態に置く事項の事例にも挙げられています。つまり、把握するだけでなく、示せる状態にしておくものです。

関連する話

倉庫の中身そのものの法律上の位置づけはデータベースとは?漏えい1万7139件と4つの侵入口に、集めた記録を残す仕組みはログ管理とは?保存期間・必要なログ・運用方法を完全解説にまとめています。なお、データを倉庫まで運ぶ工程はETL/ELTと呼ばれ、そこにも委託先の監督という別の論点があります。

第3章 おわり — 次は第4章

CHAP4

第4章 / 全8章

よくある誤解と、間違えやすい似た用語

置き方が違うだけで、責任は同じです

データを貯める場所には、いくつか呼び名があります。整理してから入れるか、そのまま入れるかの違いです。

名前入れ方個人データの扱い
データウェアハウス形をそろえてから入れる整理されている分、探しやすく、漏れたときも読みやすい
データレイクそのままの形で入れる何が入っているか把握しにくく、棚卸しが難しい
データマート用途ごとに小さく切り出す範囲が狭い分、絞りやすい。ただしコピーは増える
業務システムのデータベース業務のために持つ元のデータ。ここが起点になる
バックアップ戻すために控える消去の対象から漏れやすい

最下段は実務でいちばん見落とされます。本人からの請求に応じて本体を消しても、バックアップに残っていれば、消えたことにはなりません。どこまでを消去の範囲とするかは、あらかじめ決めておく事項です。

誤解も並べます。

よくある誤解実際はどうか
分析用のコピーなので、元データほど厳しく守らなくてよい個人データであることは変わりません。むしろ集約されている分、1回の事故で出る量は多くなります
とりあえず全部貯めておけば、あとで使える法第22条は「利用する必要がなくなったときは遅滞なく消去するよう努める」としています。貯め続ける前提とは方向が逆です
クラウドに置いているので、場所は気にしなくてよい外国で個人データを取り扱う場合、その国の制度を把握したうえで措置を講じる必要があります(外的環境の把握)
海外のクラウドを使うと、必ず第28条の外国提供になるなりません。自社が外国のサーバで取り扱うだけなら「第三者への提供」ではなく、外的環境の把握の話です

3つ目と4つ目は必ずセットで覚えてください。混同されやすいので表にしておきます。

状況当てはまる規律求められること
自社が、外国のサーバ上で個人データを取り扱う安全管理措置の「外的環境の把握」その国の制度等を把握し、必要かつ適切な措置を講じる
外国にある別の事業者へ個人データを渡す法第28条(外国にある第三者への提供の制限)原則として、あらかじめ本人の同意を得る。同意を得る際に当該国の制度等の情報を提供する

出典:個人情報保護法第28条、通則編10-7。どちらに当たるかは「誰が取り扱うか」で分かれます。自社が扱うのか、相手方が扱うのか。契約の形だけでは決まらないので、実態で判断してください。

⚠ データレイクを併用しているなら、棚卸しは倍の手間になります

データレイクは、形をそろえずにそのまま入れる置き場です。「何が入っているか」を後から調べる作業が発生します。個人データが混ざっているかどうかも、入れた時点では確定していないことがあります。

本人からの請求に応じる場面や、漏えいの範囲を答える場面では、この差が効いてきます。整理せずに入れられるという利点は、整理されていないものを抱えるという負債と同じものです。

第4章 おわり — 次は第5章

CHAP5

第5章 / 全8章

個人:自分のデータは何年分たまっているか

請求できる権利が、法律に書かれています

利用者の側からは、企業の倉庫の中は見えません。ただし法律は、本人が請求できる場面を定めています。知っておくと、使える場面があります。

できること根拠使える場面
利用停止・消去を請求する法第35条第5項企業が利用する必要がなくなったとき、漏えい等の報告対象になる事態が生じたときなど
第三者への提供の停止を請求する同項同上
安全管理のために講じた措置を確認する通則編(本人の知り得る状態に置く事項)保管国の制度を把握したうえでの措置なども、示される対象に含まれます

1行目の「漏えい等の報告対象になる事態が生じたとき」は、覚えておく価値があります。漏えいの通知が届いたら、その企業に対して利用停止や消去を請求できる場合がある、ということです。ただし、多額の費用を要するなど困難な場合には、代わるべき措置で足りるとされています。

関連する話

漏えいの報告と本人への通知の仕組みはデータベースとは?漏えい1万7139件と4つの侵入口に、漏れたデータのその後は個人情報はなぜ売られる?住所・電話・顔写真の流出と身元特定の仕組みにまとめています。

第5章 おわり — 次は第6章

CHAP6

第6章 / 全8章

会社・組織で設計するときに決めること

「消せる倉庫」にしておくのが要点です

データウェアハウスの設計で後から効いてくるのは、性能でも費用でもなく「消せるかどうか」です。第3章で見たとおり、消去は努力義務であり、本人からの請求の対象でもあります。

決めること決めないと起きること
個人データを入れるのか、入れないのか分析に不要な個人の識別子まで積み上がる
「利用する必要がなくなった」と判断する条件その日が永久に来ない。法第22条の努力義務が形だけになる
保持期間と、期間を過ぎたデータの扱い倉庫が過去何年分もの全社データになる
本人から請求されたときに消す範囲本体を消してもバックアップやマートに残り、消えたことにならない
誰が何を見てよいか(元システムの権限を引き継ぐか)元では限られた人しか見られなかった情報が、倉庫では広く見える
保管される国と、そこでの制度の把握外的環境の把握が抜ける。本人に示す内容も用意できない

2行目が土台です。「必要がなくなったとき」を定義するのは、法務でも情シスでもなく、そのデータを使う業務側です。分析の目的から逆算して、何年分あれば足りるのかを決めてもらってください。決めた年数が長くても、決まっていること自体に意味があります。

「消せる倉庫」にするための具体策も並べておきます。すべて、作ったあとより作るときのほうが安く済みます。

やること効果
個人を識別する項目を、入れる前に落とすか置き換えるそもそも消す対象を減らせる。分析の多くは識別子を必要としません
本人を特定できる共通のキーを1本に決めておく請求が来たとき、消す対象を機械的に探せる
コピー先(マート、抽出ファイル、BIの中の保存データ)を一覧にする消去の範囲が確定する。第4章の「バックアップに残る」問題も見える
保持期間を過ぎたデータを自動で落とす仕組みを入れる運用の判断に頼らずに減る。人が忘れても動きます
保管リージョンを記録し、その国の制度の確認結果を残す外的環境の把握として示せる状態になる

1行目がいちばん効きます。分析の多くは「誰か」を必要とせず、「どんな人か」で足ります。氏名や連絡先を倉庫に入れないと決められれば、第3章の3つの論点はまとめて軽くなります。

✅ 今日できるのは、いちばん古い行を探すことです

倉庫の中で、いちばん古いデータが何年のものかを1つ調べてください。「2015年から一度も消していません」と分かった時点で、話が具体的になります。

そのうえで業務側に1つだけ聞きます。「分析に何年分必要ですか」。返ってきた年数と、実際にある年数の差が、そのまま今の余剰です。減らす計画は、この差から始められます。

第6章 おわり — 次は第7章

CHAP7

第7章 / 全8章

消してほしいと言われたら:最初の10分

探す前に、範囲を決めます

本人から利用停止や消去の請求が届いた。あるいは漏えいが起きて、対象者から問い合わせが来ている。いきなり倉庫を検索し始めると、抜けが出ます。

時間やることやってはいけないこと
0〜3分請求の根拠を確認する(法第35条の第1項か第5項か)根拠を確かめずに「対応します」と即答する
3〜6分その人のデータが存在し得る場所を一覧にする。倉庫本体、マート、抽出ファイル、BIの保存データ、バックアップ倉庫本体だけを見て範囲を確定する
6〜8分消せる場所と、消すのが困難な場所を分ける困難な場所を黙って対象から外す
8〜10分困難な場所について、代わるべき措置を検討し、記録に残す但し書きを理由に、何もしないと決める

3行目と4行目は条文に沿った動きです。第35条第6項は、多額の費用を要するなど困難な場合について「本人の権利利益を保護するため必要なこれに代わるべき措置をとるとき」は限りでない、としています。代わるべき措置をとることが条件です。困難だから何もしない、は条文の読み方として成り立ちません。

そして、この場面でいちばん時間を食うのが2行目です。コピーの一覧が平常時に作られていれば3分で終わり、無ければ数日かかります。第6章の3行目は、そのための準備です。

相談先と確認先

  • 個人情報保護法相談ダイヤル(請求への対応義務の範囲についての一般的な相談)
  • 個人情報保護委員会『個人情報の保護に関する法律についてのガイドライン(通則編)』
  • 自社のデータ経路とコピー先の一覧(無ければ、この機会に作る)
  • クラウド事業者の資料(保管リージョン、削除の反映範囲と時期)
  • IPA サイバーセキュリティ相談窓口(漏えいを伴う場合)

第7章 おわり — 次は第8章

CHAP8

第8章 / 全8章

関連用語と、次に読む記事

運ぶ・貯める・見せる・消す

この用語とセットで覚えると理解が早くなる語です。

こんな人に次に読む記事
倉庫の弱点を調べてもらいたい脆弱性診断とは?種類・診断項目と結果の見方
倉庫の中身を安全に見せたいセマンティックレイヤーとは?3つの役割と行政の実例
そもそもの法律上の位置づけを知りたいデータベースとは?漏えい1万7139件と4つの侵入口
誰がいつ見たかを残したいログ管理とは?保存期間・必要なログ・運用方法を完全解説
中の人による持ち出しが心配内部不正とは?33項目のうち3つは、会社自身を守るために要る

第8章 おわり — 最後にFAQ

FAQ?

よくある質問

データウェアハウスについてよく聞かれること

実際に検索されている疑問から

データウェアハウスとデータベースは何が違うのですか?

目的が違い、その結果として性質がほぼ逆になります。業務システムのデータベースは業務を回すために必要な範囲を持ち、不要になれば消す設計にしやすいものです。データウェアハウスは分析のために複数のシステムから集め、過去との比較に使うので残す設計になりがちです。使う人も部署をまたぐため、見せることが目的になり、権限が緩みやすいという違いもあります。

分析用のコピーなので、元データほど厳しく守らなくてもよいのでは?

逆です。個人データであることは変わらないうえ、集約されている分だけ1回の事故で出る量が多くなります。漏えい等の報告義務には「本人の数が1,000人を超える」という類型があり、令和7年度は883件(全体の5.2%)でした。全体では少数派ですが、データウェアハウスから漏れた場合はほぼ確実にこの類型に入ります。

古いデータは、消さずに貯めておいてよいのですか?

法律は逆の方向を示しています。第22条は、利用目的の達成に必要な範囲内で正確かつ最新の内容に保つとともに、「利用する必要がなくなったときは、当該個人データを遅滞なく消去するよう努めなければならない」と定めています。努力義務ですが、問題は「必要がなくなったとき」を誰も決めていない設計になりがちなことです。決めていなければ、その日は来ません。分析に何年分必要かを業務側に確認するところから始めてください。

海外のクラウドにデータウェアハウスを置くと、外国提供になりますか?

自社が外国のサーバ上で個人データを取り扱うだけなら、第28条の「外国にある第三者への提供」には当たりません。当てはまるのは安全管理措置の「外的環境の把握」で、通則編は外国において個人データを取り扱う場合、その国の個人情報の保護に関する制度等を把握した上で必要かつ適切な措置を講じなければならないとしています。さらにこの内容は、安全管理のために講じた措置として本人の知り得る状態に置く事項の事例にも挙げられています。外国にある別の事業者へ渡す場合は、第28条の話になります。

出典・参考

最終更新:2026年8月22日/次回見直し予定:2027年7月(個人情報保護委員会の年次報告が例年7月頃に公表されるため)

コメント