LLM Frontline
開発・エージェント

AIに使わせるデータを整えるためのデータ基盤・データマネジメント書籍ガイド|収集から組織まで4冊

ミナト・開発・API担当
・ 約25分で読めます
AIに使わせるデータを整えるためのデータ基盤・データマネジメント書籍ガイド|収集から組織まで4冊

社内データをLLMに繋ぐ案件で、最後に効いてくるのはモデルの選定ではなく、その手前でデータがどう集められ、どう整えられ、誰が意味を保証しているかです。RAGの検索結果が的外れなのは、埋め込みの前段でPDFやテーブルの取り込みが壊れているからだった。Text-to-SQLが当たらないのは、参照させたテーブルが誰も使わなくなった旧マートだったから。エージェントが古い在庫数を返したのは、日次バッチが3日前から静かに失敗していたから。どれもプロンプトを直しても再発します。この記事では、生成AIの前段にあるデータ整備を学べる実在の日本語書籍を4冊、段階順に紹介します。なお本記事は書籍紹介であり広告を含みます。価格・版・在庫・目次は変わるため、最新は各出版社の公式ページでご確認ください。

「モデルを替えても直らない」に共通する形

生成AIの案件でデータ側が原因になっているとき、症状はLLMの見た目をしていますが、中身は昔からあるデータ基盤の問題です。よく出会う形を並べます。

  • 参照させているテーブルの所有者が分からない。壊れていても直せる人がおらず、聞ける相手も特定できません
  • 同じ指標の値がダッシュボードとLLMの回答で食い違う。集計の定義が二重に実装されていて、どちらが正なのか誰も判定できません
  • 取り込みが失敗しても誰も気づかない。ジョブは異常終了しているのに、下流のアプリは古いデータをそのまま返し続けます
  • 列名が略号だけで、意味の説明がどこにも無い。人間が読んでも分からないものは、モデルにも分かりません
  • 個人情報が混ざったまま分析用の層に流れている。気づくのは、LLMの回答に個人名が出てきたときです
  • データレイクに置いたものの、誰も使わない中間ファイルが増え続ける。どれが現役かの区別が付かなくなります
  • 「とりあえずCSVで貰う」が常態化し、取り込みの度に人手が入る。人が触るたびに形式が揺れます

メモ

これらはLLMを載せたから発生した問題ではなく、以前から存在していた問題が、LLMという新しい利用者によって表面化したものです。データ基盤の側を直さずにプロンプトや検索側だけを調整すると、同じ症状が形を変えて戻ってきます。

テーブル設計とSQLそのものの詰まりについては別記事で扱っています。この記事はその一段外側、データを集めて運び、品質を保ち、意味を管理する仕組みの話です。

あわせて読みたい

AIに社内データを触らせる前に読むDB設計・SQLの本|RAGとText-to-SQLの土台を作る4冊

「検索が当たらないので、埋め込みモデルとリランカーをひととおり試しました。結局いちばん効いたのは、取り込み元のテーブルを現行のものに差し替えたことでした。半年前に廃止されたマートを参照し続けていたのですが、それに気づくまでに1か月かかりました」
社内文書と基幹データを対象にしたRAGを開発しているエンジニアの方

4段階で読む順番を決める

データ基盤の本は同じ棚に並んでいても、前提としている読者の位置が違います。用語と全体像が無いのか、実際に組む手順が無いのか、運用の判断基準が無いのか、組織として合意する枠組みが無いのかで、必要な本が変わります。

  1. 1

    全体像と用語を手に入れる

    データがどこで生まれ、どう取り込まれ、どこに保存され、どう提供されるか。ライフサイクル全体の地図と共通の用語を持つ段階です。
  2. 2

    基盤を実際に組めるようにする

    レイヤー構成、技術スタックの選択、メタデータやゾーンの管理、品質の測り方。手を動かして基盤を作り、運用の形に落とす段階です。
  3. 3

    運用の判断基準を身につける

    バッチとストリーミングのパイプライン、SLO、データ品質の検知と修復、監視、移行。作った後に「続ける」ための判断を扱う段階です。
  4. 4

    組織の共通言語として体系を引く

    ガバナンス、データ倫理、マスターデータ、成熟度アセスメント、役割分担。技術より前の合意事項を、必要なときに引ける状態にする段階です。

以下、この順で4冊を紹介します。守備範囲は一部重なりますが、通読前提の並びではありません。症状から選ぶための対応表は記事の後半に置いてあります。

1. 全体像と用語を手に入れる(データエンジニアリングの基礎)

1冊目は、データエンジニアリングという仕事の全体像を、特定の製品に寄らない形で整理した本です。Joe Reisさん、Matt Housleyさんの著書で、中田秀基さんの訳、オライリー・ジャパンから2024年3月27日に刊行されました。416ページ、原著は『Fundamentals of Data Engineering』です。公式の書誌ページでは、組織内外で日々生成されるデータを蓄積し分析するためのシステムを構築・維持管理することを扱い、「データエンジニアリングライフサイクル」を軸に、組織の「データ成熟度」に応じた構築指針を示してデータエンジニアの役割を明確にする、と説明されています。

構成は11章です。1章データエンジニアリング概説、2章データエンジニアリングライフサイクル、3章適切なデータアーキテクチャの設計、4章データエンジニアリングライフサイクルにおけるテクノロジの選択、5章ソースシステムにおけるデータ生成、6章ストレージへの保存、7章データ取り込み、8章クエリ、データモデリング、変換、9章アナリティクス、機械学習、リバースETLへのデータの提供、10章セキュリティとプライバシー、11章データエンジニアリングの未来という並びです。

LLM文脈で効くのは、5章から9章の流れをひとつのライフサイクルとして捉える視点です。RAGの検索精度やText-to-SQLの当たり方は、9章の「提供」の話に見えますが、原因はたいてい5章から7章、つまりデータがどこで生まれ、どう取り込まれ、どこに置かれているかの側にあります。この地図を持っていると、「モデルを替える」以外の打ち手が見えるようになります。

向かないのは、明日動くパイプラインのコードが欲しい人です。特定のクラウド製品の手順書ではないので、そのまま写経できるものは載っていません。逆に、製品の乗り換えを検討していて判断軸が欲しい場合は、4章の技術選択の考え方が使えます。

あわせて読みたい

Text-to-SQLを業務で使う設計|デモは動くのに本番で当たらない理由

データエンジニアリングの基礎 ―データプロジェクトで失敗しないために(オライリー・ジャパン)

広告
データエンジニアリングの基礎 ―データプロジェクトで失敗しないために(オライリー・ジャパン)

著者: Joe Reis・Matt Housley / 訳: 中田秀基 / 出版社: オライリー・ジャパン。データエンジニアリングライフサイクルを軸に、生成から取り込み、保存、変換、提供までを製品に依存しない形で整理した1冊です。まず地図と共通用語がほしい段階に向きます。最新の版・価格は公式ページでご確認ください。

※価格・在庫は変動します。最新の情報は各販売サイトでご確認ください。

ヒント

この段階のゴールは、自社のデータの流れを1枚の図に描けるようになることです。どのシステムでデータが生まれ、どこを通り、どこに溜まり、誰が使っているか。書けない区間があれば、そこが最初に調べる場所になります。

2. 基盤を実際に組めるようにする(データ分析基盤入門<基本編>)

2冊目は、データ分析基盤の整備・運用・活用の指針を、システムとデータの両面からまとめた入門書です。斎藤友樹さんの著書で、技術評論社から改訂新版が2024年11月5日に刊行されました。B5変形368ページ、書名は『改訂新版[エンジニアのための]データ分析基盤入門<基本編> データ活用を促進する! プラットフォーム&データ品質の考え方』です。初版は2022年2月刊で、改訂にあたって第0章「[速習]データ分析基盤と周辺知識」と第9章「[事例で考える]データ分析基盤のアーキテクチャ設計」が新たに収録されました。

公式の書誌ページによれば、基本用語の整理から歴史、クラウドをはじめとしたインフラ、主要な技術スタック、システムモデル、データドリブンのための可視化と測定術までを解説し、あわせてセルフサービスとSSoT(Single Source of Truth)に基づいたルール作り、それを実現するためのゾーンやタグの管理、メタデータ管理、データの品質管理をまとめている、とされています。

章立ては第0章[速習]データ分析基盤と周辺知識、第1章[入門]データ分析基盤、第2章データエンジニアリングの基礎知識(4つのレイヤー)、第3章データ分析基盤の管理&構築、第4章データ分析基盤の技術スタック、第5章メタデータ管理、第6章データマート&データウェアハウスとデータ整備、第7章データ品質管理、第8章データ分析基盤から始まるデータドリブン、第9章[事例で考える]データ分析基盤のアーキテクチャ設計、そしてAppendix「[ビッグデータでも役立つ]RDB基礎講座」という構成です。

この本の使いどころは、第2章の「4つのレイヤー」という分け方です。コレクティング(収集)、プロセシング(処理)、ストレージ(保存)、アクセス(提供)にレイヤーを分けて考えると、LLM機能はアクセスレイヤーに新しく増えた出口として位置づけられます。そう捉えると、「RAGのために専用の仕組みを作る」のではなく「既存のレイヤーのどこに手を入れるか」という問いに変換できます。第5章のメタデータ管理と第7章のデータ品質管理は、そのままText-to-SQLやエージェントに渡す情報の整備につながる部分です。

向かないのは、データウェアハウス製品1つの操作を覚えたい人です。特定製品のマニュアル代わりにはなりません。また分量があるので、通読よりも、いま詰まっているレイヤーの章から読むほうが実用的です。

あわせて読みたい

RAGのドキュメントパース|PDFからテキストを取り出す前処理で精度は決まる

改訂新版[エンジニアのための]データ分析基盤入門<基本編> データ活用を促進する! プラットフォーム&データ品質の考え方(技術評論社)

広告
改訂新版[エンジニアのための]データ分析基盤入門<基本編> データ活用を促進する! プラットフォーム&データ品質の考え方(技術評論社)

著者: 斎藤友樹 / 出版社: 技術評論社。データ分析基盤を収集・処理・保存・アクセスの4レイヤーで捉え、技術スタックからメタデータ管理、データ品質管理、セルフサービスとSSoTのルール作りまでを扱う入門書です。基盤を実際に組む立場に向きます。最新の版・価格は公式ページでご確認ください。

※価格・在庫は変動します。最新の情報は各販売サイトでご確認ください。

ヒント

読むときは、自社の環境を4つのレイヤーに当てはめながら進めるのが効きます。どのレイヤーが薄いか、どこに人手が入っているかが見えるだけで、次に投資すべき場所の議論が具体的になります。

3. 運用の判断基準を身につける(データ分析基盤入門<実践編>)

3冊目は、同じ著者による続編で、作った基盤を「続ける」ための設計判断と運用視点を扱います。斎藤友樹さんの著書で、技術評論社から2026年4月20日に刊行されました。B5変形336ページ、書名は『[エンジニアのための]データ分析基盤入門<実践編> 主要プロダクトに共通する理論×技術 クラウド&オンプレ対応』です。

公式の書誌ページでは、現実のデータ分析基盤には技術・組織・コスト・安全性・拡張性など多様なコンテキストが絡むとしたうえで、基本事項や手順とあわせてSLO設計、データ加工戦略、フェデレーション環境におけるネットワーク負荷といった具体的な観点を織り込んだ、と説明されています。「何の技術を採用するか」以上に「どの課題を、どんな視点で捉えるか」を重視する、という立て付けです。ローカル環境およびクラウド環境で動作する学習用データ分析基盤の構築例が提供されており、読むだけでも実機で試しながらでも学べる構成になっています。

全12章で、第1章データ分析基盤への招待、第2章ローカル端末で学ぶデータ分析基盤、第3章バッチデータパイプライン、第4章ストリーミングデータパイプライン、第5章データパイプラインとアドオン機能、第6章データパイプラインとデータ品質管理、第7章データパイプラインとメタデータ管理、第8章データ分析基盤と開発プロセス、第9章データマネジメントとドキュメンテーション、第10章データ分析基盤とパブリッククラウド、第11章シンプル構成で始めるクラウド分析基盤、第12章データ分析基盤と機械学習(ML)モデルという並びです。

LLM実務に直結するのは、第6章と第7章です。第6章はデータ品質を、調査による検知、ルール作りによる予防、メタデータを含む修正という3つの動きで整理しています。第7章はメタデータをビジネスメタデータ、テクニカルメタデータ、オペレーショナルメタデータに分けて扱います。この分け方は、Text-to-SQLやエージェントに何を渡すべきかを考えるときにそのまま使えます。列の物理的な型情報(テクニカル)だけを渡しても意味は伝わらず、業務上の定義(ビジネス)が要る、という整理になるからです。第8章のデータオブザーバビリティと監視の節も、LLMアプリの「古いデータを平然と返す」問題に効く部分です。

向かないのは、<基本編>の内容を飛ばしていきなり読む人です。続編として書かれているため、用語やレイヤーの前提が共有されている想定の記述があります。また刊行が新しく、扱っている論点も現場寄りなので、まだデータ基盤を持っていない段階だと具体像を結びにくいはずです。

あわせて読みたい

MLOps・LLMOpsを学ぶ書籍ガイド|機械学習とLLMを本番運用するための4冊を段階順に選ぶ

[エンジニアのための]データ分析基盤入門<実践編> 主要プロダクトに共通する理論×技術 クラウド&オンプレ対応(技術評論社)

広告
[エンジニアのための]データ分析基盤入門<実践編> 主要プロダクトに共通する理論×技術 クラウド&オンプレ対応(技術評論社)

著者: 斎藤友樹 / 出版社: 技術評論社。バッチとストリーミングのパイプライン、データ品質管理、メタデータ管理、開発プロセスと監視、クラウド移行までを、SLO設計などの判断軸つきで扱う続編です。基盤を運用し続ける立場に向きます。最新の版・価格は公式ページでご確認ください。

※価格・在庫は変動します。最新の情報は各販売サイトでご確認ください。

注意

データ品質やメタデータの整備は、範囲を決めずに始めると終わりません。まずはLLM機能が実際に参照しているテーブルとカラムに限定し、そこだけ定義・所有者・更新頻度を埋める進め方をおすすめします。基盤全体を一度に整えようとして止まる例をよく見ます。

4. 組織の共通言語として体系を引く(データマネジメント知識体系ガイド 第二版 改定新版)

4冊目は、データマネジメントの知識を領域ごとに体系化したリファレンスです。DAMA Internationalの編著で、DAMA日本支部とMetafindコンサルティング株式会社の監訳、日経BPから刊行されています。現在の最新版は2024年7月22日刊の『データマネジメント知識体系ガイド 第二版 改定新版』で、A4判672ページ、原著は『DAMA-DMBOK: Data Management Body of Knowledge』第2版のRevised Editionです。公式の書誌ページでは、データのデザインからオペレーション、セキュリティと品質、メタデータ・マスターデータの管理、そしてデータガバナンスまで、データから価値を生み出す方法を全17章で解説するとされています。日本語版は第一版が2011年、第二版が2018年12月4日の刊行で、第二版では全章が一から書き直されて分量が第一版の1.5倍以上になったと説明されています。改定新版は、その第二版に各章の軽微な修正と第13章「データ品質」の構成変更・記述の追記を加え、英語版にあった誤りも修正した版です。

構成は17章で、1データマネジメント、2データ取扱倫理、3データガバナンス、4データアーキテクチャ、5データモデリングとデザイン、6データストレージとオペレーション、7データセキュリティ、8データ統合と相互運用性、9ドキュメントとコンテンツ管理、10参照データとマスターデータ、11データウェアハウジングとビジネスインテリジェンス、12メタデータ管理、13データ品質、14ビッグデータとデータサイエンス、15データマネジメント成熟度アセスメント、16データマネジメント組織と役割期待、17データマネジメントと組織の変革という並びです。

この本が効くのは、技術ではなく合意で詰まっている場面です。「このマスタの正はどれか」「誰が品質に責任を持つのか」「この分析用途にこのデータを使ってよいのか」といった問いは、実装では決着しません。10章の参照データとマスターデータ、13章のデータ品質、16章の組織と役割期待あたりは、社内の議論に共通の語彙を持ち込むために使えます。2章のデータ取扱倫理は、生成AIに社内データを渡す範囲を決める議論の下敷きにもなります。

明確に向かないのは、通読しようとする人です。A4判672ページのリファレンスで、頭から読むように設計されていません。必要な章を引く辞書として置くのが現実的です。買うときは版に注意してください。2018年刊の第二版も流通していますが、後発の改定新版のほうが英語版の誤りの修正まで反映されています。ただし改定新版の変更は軽微な修正と第13章の構成変更が中心で、内容が現在の技術環境に合わせて全面的に刷新されたわけではありません。DAMA Internationalの公式サイトでは、2024年に英語版のDMBOK2 Revised Editionを出したうえで、2025年にDMBOKを現代化する3.0のプロジェクトが立ち上がったことが告知されています。クラウドや機械学習まわりの具体的な記述は現在の環境と差があると考えて、枠組みと語彙を取り出す読み方が安全です。

あわせて読みたい

RAGのアクセス制御設計|社内文書の閲覧権限をベクトル検索にどう持ち込むか

データマネジメント知識体系ガイド 第二版 改定新版(日経BP)

広告
データマネジメント知識体系ガイド 第二版 改定新版(日経BP)

編著: DAMA International / 監訳: DAMA日本支部・Metafindコンサルティング / 出版社: 日経BP。ガバナンス、データ品質、マスターデータ、メタデータ、組織と役割まで17領域を体系化したリファレンスです。2018年刊の第二版に軽微な修正と第13章の構成変更を加えた2024年7月刊の改定新版です。通読向きではなく、社内の議論に共通語彙を持ち込むために引く1冊です。最新の版・価格は公式ページでご確認ください。

※価格・在庫は変動します。最新の情報は各販売サイトでご確認ください。

4冊の使い分け

書名向いている人得られるもの扱っていないこと
データエンジニアリングの基礎全体像が無い人ライフサイクルの地図と技術選択の考え方特定製品の実装手順
データ分析基盤入門<基本編>基盤を組む人レイヤー構成、技術スタック、品質とメタデータの基礎運用継続の細かい判断
データ分析基盤入門<実践編>基盤を運用する人パイプライン設計、SLO、品質検知、監視、移行基盤を持たない段階の入門
データマネジメント知識体系ガイド 第二版 改定新版組織で合意を作る人17領域の体系と共通語彙実装の具体手順、最新のクラウド事情

読む順に唯一の正解はありませんが、開発者としてLLM機能を担当していて詰まっているなら、1冊目で地図を持ち、2冊目で自社の構成を当てはめ、必要になった時点で3冊目の該当章を引く流れが素直です。4冊目は、技術ではなく社内の合意で止まったときに引きます。

書籍では埋まらない、LLM固有の部分

4冊とも生成AIの本ではありません。土台としては効きますが、次の4点は自分たちで設計する必要があります。

提供先が「人が読む画面」ではなくなる

従来のデータ基盤の出口は、BIツールやレポートなど人が読む画面でした。LLMが出口に加わると、提供の形が変わります。テーブルをそのまま渡すのではなく、意味の説明つきのビュー、業務用語と列名の対応、値の取りうる範囲といった情報を添える必要が出てきます。<実践編>のセマンティックレイヤーやビジネスメタデータの節が、この設計に近い話をしています。

非構造データの取り込みが1級市民になる

PDF、スライド、議事録といった非構造データは、従来のデータ基盤では脇に置かれがちでした。RAGを前提にすると、これらの取り込み品質が回答品質を直接決めます。表が壊れて読み込まれる、ヘッダーとフッターが本文に混ざる、といった失敗は、埋め込みモデルの選定では取り返せません。

あわせて読みたい

RAGのチャンク分割(chunking)とは|検索品質を左右する文書の区切り方

更新の伝播先にインデックスが増える

テーブルが更新されたら、ダッシュボードは次回の集計で自然に追随します。ベクトルインデックスはそうなりません。元データの更新を、埋め込みの再生成とインデックスの差し替えまで伝播させる経路を、パイプラインの一部として設計する必要があります。ここを人手の再実行に頼ると、静かに古い情報を返し続ける状態になります。

あわせて読みたい

ベクトルデータベースの選び方|pgvector・Qdrant・Milvus・Weaviate・Chromaを用途と規模と運用体制で決める

権限がユーザー単位で貫通しない

BIツールでは、閲覧者の権限に応じて見えるデータを絞る仕組みが整っています。RAGやエージェントでは、検索の時点で権限を効かせないと、権限の無い文書の内容が回答に混ざります。個人情報の扱いも同様で、分析用の層に流れる前にマスキングするのか、提供の直前で落とすのかを決めておく必要があります。

あわせて読みたい

LLMに渡す前にPIIを外す|マスキング処理をパイプラインとして設計する

メモ

これら4点は、書籍の内容と矛盾するものではなく、既存のデータ基盤の枠組みにLLM固有の要件を足す作業です。レイヤーの考え方やメタデータの整理ができているほど、この追加は素直に進みます。

読む順の目安

  1. 1

    いま詰まっている場所を1つ書く

    「検索が当たらない」ではなく「参照しているテーブルの所有者が分からない」まで下ろします。ここが決まらないと本を選べません。
  2. 2

    対応する1冊を選んで読み切る

    用語と地図なら『データエンジニアリングの基礎』、基盤の構成なら<基本編>、運用の判断なら<実践編>、社内の合意なら『データマネジメント知識体系ガイド 第二版 改定新版』の該当章です。
  3. 3

    LLM機能が触っている範囲だけ整える

    全社のデータを整えるのではなく、そのLLM機能が参照しているテーブルとファイルに限定します。定義・所有者・更新頻度・権限の4項目から埋めます。
  4. 4

    壊れたときに気づける形にする

    取り込みの失敗、件数の急変、更新の停止を検知する仕組みを入れます。ここまで来て初めて、モデルやプロンプトの改善が効いているかを判定できます。

本記事で紹介した書籍の情報(書名・著者・訳者/監訳者・出版社・刊行日・ページ数・ISBN・構成)は、オライリー・ジャパン、技術評論社、日経BOOKプラスの各公式書誌ページ(執筆時点)を参照しています。DAMA-DMBOKの版と改訂状況(日本語版の第二版 改定新版、英語版のRevised Edition、3.0プロジェクト)は日経BOOKプラスおよびDAMA Internationalの公式ページを参照しました。価格・版・在庫・目次は変わるため、最新は各公式ページでご確認ください。

よくある質問

RAGを作るだけなら、データ基盤の本まで読む必要はありますか
小規模な検証で終わるなら不要です。ただし社内で継続運用する前提なら、遅かれ早かれ「元データが更新されたときにインデックスをどう追随させるか」「参照しているテーブルが廃止されたときに誰が気づくか」という問題に当たります。これらはRAGの本ではなくデータ基盤の本の守備範囲です。運用に入る段階で読む価値が出てきます。
4冊は重複していませんか
一部重なります。とくに『データエンジニアリングの基礎』と<基本編>は、取り込み・保存・提供という流れを扱う点で共通しています。違いは粒度と立ち位置で、前者は製品に依存しない概念とライフサイクルの整理、後者は日本語圏の現場を想定した構成と技術スタックの具体です。<実践編>は<基本編>の続編で、作った後の運用判断が中心になります。『データマネジメント知識体系ガイド 第二版 改定新版』だけは性格が異なり、実装ではなく組織の合意のための体系です。
データ基盤が無い会社でも読む意味はありますか
あります。ただし読む順が変わります。基盤が無い段階で<実践編>やDMBOK2から入ると、記述が自社の状況と噛み合いません。まず『データエンジニアリングの基礎』で全体像と用語を押さえ、次に<基本編>で最小構成を考えるところから始めるほうが現実的です。基盤を作る前提が無い場合でも、どのデータがどこにあるかを整理するだけで、LLM機能の設計は進めやすくなります。
DB設計やSQLの本との違いは何ですか
対象の層が違います。DB設計とSQLは、1つのデータベースの中でテーブルをどう分け、どう問い合わせるかを扱います。この記事の4冊は、複数のシステムからデータを集めて運び、保存し、品質と意味を管理して提供するまでの仕組みを扱います。列名や正規化で詰まっているならDB設計の本、取り込みや更新や所有者で詰まっているならこちらの4冊、という分け方になります。当メディアではDB設計・SQLの書籍ガイドも別途用意しています。
DMBOK2は刊行から時間が経っていますが、いま買う意味はありますか
枠組みと語彙を引くリファレンスとしては、いまも使えます。ガバナンス、データ品質、マスターデータ、組織と役割といった領域の整理は、技術の世代交代でそのまま無効になる種類のものではないためです。買うなら版を確認してください。日本語版は2018年12月刊の第二版のあとに、2024年7月22日刊の『第二版 改定新版』が出ています。英語版のDMBOK2 Revised Editionに対応する版で、各章の軽微な修正、第13章の構成変更と記述の追記、英語版にあった誤りの修正が入っています。ただし内容が全面刷新されたわけではなく、DAMA Internationalの公式サイトでは2025年にDMBOKを現代化する3.0のプロジェクトが立ち上がったことが告知されています。クラウドや機械学習まわりの具体的な記述は現在と差があると考えて読むほうが安全です。A4判672ページと分量も価格もあるので、通読目的ではなく辞書として置ける状況かどうかで判断してください。
データ品質の整備はどこから手を付ければよいですか
LLM機能が実際に参照している範囲に限定するのが現実的です。対象のテーブルとファイルを列挙し、それぞれについて業務上の定義、所有者、更新頻度、参照してよい権限範囲の4項目を埋めるところから始めます。この4項目が埋まると、回答がおかしいときに「データが古いのか」「定義が違うのか」「そもそも見せてよい情報だったのか」を切り分けられるようになります。全社的なデータ品質の取り組みは、その次の段階です。

まとめ

AIに使わせるデータを整えるためのチェックリスト

  • LLM機能が参照しているテーブル・ファイルを列挙した
  • それぞれの業務上の定義と所有者を特定した
  • 更新頻度と、更新が止まったときに気づく仕組みを確認した
  • 個人情報・機密情報がどの層で落とされるかを決めた
  • 検索やクエリの時点で権限が効く構成になっているか確認した
  • 元データの更新をベクトルインデックスまで伝播させる経路を設計した
  • 業務用語と列名の対応(セマンティックな情報)を書き出した
  • 自分たちが詰まっている段階に対応する1冊に絞って読み切る計画にした

生成AIの精度改善は、モデルとプロンプトの話から始まりますが、社内データを扱う限りどこかでデータ基盤の話に降りることになります。今回の4冊は、その降りた先で使える地図と手順と語彙をくれます。まずは自分たちのLLM機能が触っているデータを列挙して、定義と所有者が書けない箇所を見つけてください。書けなかった箇所が、そのまま最初に読むべき1冊を教えてくれます。

あわせて読みたい

データ分析・データサイエンスの書籍ガイド|統計の土台から実務まで段階順に学ぶ4冊

出典・参考

この記事をシェア

関連する記事

開発・エージェント

AIに社内データを触らせる前に読むDB設計・SQLの本|RAGとText-to-SQLの土台を作る4冊

RAGのソースが正規化されていない、列名が意味不明でText-to-SQLが当たらない、集計定義が人によって違う。LLM実務でよく起きるこの3つの詰まりは、モデル側ではなくデータ側の問題です。DB設計・SQL・データ基盤の実在書籍4冊を、扱う範囲と扱わない範囲まで含めて整理します。

開発・エージェント

RAGのドキュメントパース|PDFからテキストを取り出す前処理で精度は決まる

RAGの前段にあるドキュメントパース(文書からのテキスト抽出・構造化)の実務を整理します。多段組み・表・スキャンPDFという難所、テキストレイヤ抽出/レイアウト解析/VLM/クラウドサービスという4類型の選び方、Markdownへの正規化、メタデータ設計、評価の回し方までを扱います。