メインコンテンツへスキップ
応用情報技術者令和7年度 春期午前25

令和7年度 春期 応用情報技術者 午前25

難度標準

UML を用いて表した図のデータモデルを関係データベース上に実装する際の解釈のうち、適切なものはどれか。

選択肢

“指定送付先”を指定する際、“付加情報”表のどの行でも選択できる。
“付加情報”表と“顧客”表の行数は一致していなければならない。
“付加情報”表には“顧客”表に対する参照制約を指定する。
“付加情報”表には“注文”表に対する参照制約を指定する。

解説

結論 → 詳細 → 補足 の 3 層構成

展開
結論Layer 1

ウが正解となるのは、UMLのデータモデルを関係データベースへ実装する際の標準的な正規化の考え方に基づきます。UMLのクラス図で「顧客」クラスと「付加情報」クラスがあり、「顧客」クラスから「付加情報」クラスへの関連が「1対多」または「1対1」で表現されている場合、一般的に「付加情報」テーブルは「顧客」テーブルを外部キーとして参照する設計となります。これは、付加情報が特定の顧客に紐づくことを示しており、参照制約(外部キー制約)を設定することで、データの一貫性を保つためです。参照制約は、参照元のテーブル(親テーブル)の主キーを参照し、参照先のテーブル(子テーブル)に不正なデータが入らないようにする仕組みです。

詳細Layer 2

アは「付加情報」表のどの行でも「指定送付先」を選択できるというのは、データモデルの関連性を示唆しておらず、不適切です。「指定送付先」が特定の「顧客」に紐づく情報である可能性が高いにも関わらず、独立した選択を許容する形になります。

イは「付加情報」表と「顧客」表の行数が一致しなければならないという条件は、必ずしも正しくありません。「付加情報」は「顧客」に紐づく情報ですが、「顧客」によっては付加情報が複数存在したり、付加情報が存在しない顧客もいるため、行数は一致しないことが一般的です。

エは「付加情報」表に「注文」表に対する参照制約を指定するというのも、示唆されているモデル構造から直接導かれるものではありません。「付加情報」が「注文」に直接紐づくという関連性がUML図で示されているならば別ですが、問題文から「顧客」との関連がより強く示唆されます。

この解説は?
この解説は AI 生成です(詳細)

解説テキストは Google Gemini に IPA 公式の問題文・公式解答を入力して生成しました。 人間によるレビューを行ったものと、未レビューのものが混在します。

AI は事実誤認・選択肢の取り違え・最新法令の反映漏れ等を含む可能性があります。 重要な判断は必ず IPA 公式 PDF または最新の参考書でご確認ください。

解説の検証プロセス・誤り報告フローは 運営透明性レポートで公開しています。

※ AI 生成の解説は誤りを含む可能性があります。重要な判断は IPA 公式資料でご確認ください。

最終更新:

分野「データベース」の学習ポイント

この問題の理解を「分野全体の力」に広げるための足がかり

何が問われるか
正規化・SQL・トランザクション特性(ACID)・同時実行制御・分散DBの基本。
学習の進め方
ER 図 ⇄ 関係スキーマ ⇄ SQL の3者を行き来できるよう演習。3NF までの正規化を手で実行できると強い。
関連キーワード
正規化SQLACIDトランザクションロックデッドロックER図
この分野の問題をもっと解く
AI コパイロット

この問題を AI と深掘りする

用語解説・選択肢分析・類題生成をその場で対話。クイズモードでは解答→解説がゼロ遷移。

クイズモードで開く

共有

X でシェアLINE

ショート動画

関連する問題

データベース の他の問題