DS検定 用語解説
SDKとは
特定のプラットフォームやサービス向けにアプリケーションを開発するための、ライブラリ・ツール一式。対象プラットフォームが提供する機能の概要を把握する手がかりになる。
この記事の目次
まず押さえる結論
SDKは、DS検定の「第6章 データエンジニアリング基礎」で確認しておきたい用語です。定義だけでなく、どの場面で使う言葉か、何と混同しやすいか、問題文のどの表現で判断するかまで確認します。
情報源と編集区分
公式範囲を確認し、具体例・誤答例・判断手順は当サイトが編集。 一次情報確認日: 2026-07-12。
試験概要(公式)試験での問われ方
定義の言い換え
用語そのものではなく、説明文の一部を言い換えて出されることがあります。
似た概念との比較
同じ章の用語と入れ替えた選択肢に注意します。対象、目的、使う場面を分けます。
具体例からの判断
問題文の事例が、定義のどの部分に対応しているかを先に確認します。
誤答しやすいポイント
×構造化データと非構造化データの判断基準を誤る。テキスト・音声・画像・動画のような雑多な形式か、テーブル形式で管理できるかで区別する。
×第一正規化から第三正規化までの段階を混同する。各段階でどの種類の重複・従属関係を解消するのかが異なる。
×内部結合・外部結合・自己結合の使い分けを誤る。条件に一致しない行を残すかどうかで結合方式が変わる。
関連する確認問題
第6章 データエンジニアリング基礎 / データ加工・共有
誤答除外の観点から次のケースを検討する。REST APIから返すデータを、軽量なキーと値の形式で表現したい。適切な形式はどれか 他の候補が条件を満たさないことも確認して選べ。
誤答候補を役割ごとに除外すると「JSON」だけが条件を満たす。正解は「JSON」である。JSONは軽量なデータ交換形式で、REST APIの応答や設定ファイルなどで広く利用される。ER図はデータ構造の設計図、DWHはデータを蓄積・分析する基盤、AUCは分類モデル評価の指標であり、データ交換形式そのものではない。設問では「軽量」「データ交換形式」「REST APIの応答」の三条件を一組で読む。設計図、蓄積基盤、モデル評価指標を除外し、形式を表すJSONを選ぶ。何を表す用語かを分類すれば、交換形式だけを残せる。
第6章 データエンジニアリング基礎 / データ構造・蓄積
顧客データや在庫データのようにテーブル形式で管理できるデータの分類として正しいものはどれか。
正解は「構造化データ」である。顧客データや在庫データのように、行と列を持つテーブル形式で管理しやすいデータは構造化データに分類される。「非構造化データ」はテキスト、音声、画像、動画のようにテーブル形式で管理しにくいデータの分類であり、設問が問う条件とは逆の性質を持つ。「DWH」はデータを蓄積・統合するための基盤を指す語であり、「NoSQL」はテーブル形式にとらわれないデータベースの種類を指す語であって、いずれもデータそのものの分類名ではない。設問はデータの性質による分類を問うており、蓄積基盤やデータベースの種類を答える選択肢とは問われている対象が異なる。
第6章 データエンジニアリング基礎 / データ構造・蓄積
テーブル内の非キー属性間の従属関係(推移的関数従属)を解消し、テーブルを分割する正規化の段階として正しいものはどれか。
正解は「第三正規化」である。第一正規化は繰り返し項目をなくし、ひとつのセルにひとつの値だけを入れる段階であり、第二正規化は主キーの一部だけに依存する属性を分離する段階である。第三正規化では、これらとは異なり、非キー属性同士の推移的関数従属を解消し、更新時の不整合を起こしにくいテーブル構造にする。「ER図作成」はテーブル同士の関係を図として表す作業であり、テーブル内の属性間の従属関係を解消して分割するという正規化の段階そのものではない。設問は非キー属性間の従属関係を対象とする段階を問うており、主キーへの依存や繰り返し項目を対象とする他の段階とは解消する従属関係の種類が異なる。
同じ章で確認したい用語
到達チェック
- SDKを一文で説明できる
- 同じ章の似た用語と違いを説明できる
- 問題文の具体例から、SDKに関係する論点を拾える
- 関連問題を解き、誤答した選択肢の理由を確認できる
執筆: ミナト編集部(運営者情報を見る)