令和7年度 春期 応用情報技術者試験 午前 問25
テクノロジデータベース
この問題は2025(R7)春 応用情報技術者 午前に出題されたものです。出題時点の法令・制度に基づく内容のため、現行の内容と一致しない場合があります。
本ページの問題文・選択肢は、原本の体裁を Web 表示用に正規化しています（改行・記号・数式・図表参照の調整）。設問の趣旨および正解に影響する変更は加えていません。
UMLを用いて表した図のデータモデルを関係データベース上に実装する際の解釈のうち，適切なものはどれか。
図の説明テキスト
UMLクラス図。4つのクラスが定義されている。
- クラス「顧客」（属性：顧客番号、請求先、主送付先）
- クラス「注文」（属性：注文番号、受注日、数量）
- クラス「品目」（属性：品目番号、名称）
- クラス「付加情報」（属性：識別番号、副送付先）
クラス間の関係： - 「顧客」(1) - 「注文」(*)の関連。
- 「注文」(*) - 「品目」(1)の関連。
- 「顧客」(1、コンポジション側) - 「付加情報」(*)の関連。付加情報側に役割名「注文主」。
- 「付加情報」(0..1) - 「注文」(*)の関連。付加情報側に役割名「指定送付先」。
付加情報と注文間の指定送付先の関連線には、2つのノート要素（制約）が点線で紐付けられている：
- 「制約：“注文”のインスタンスが指定送付先をもつときは、その“付加情報”の注文主と“注文”の顧客は一致すること。」
- 「制約：“注文”のインスタンスが指定送付先をもつときは、当該“注文”の“顧客”の主送付先ではなく、“指定送付先”の副送付先を用いること。」
解答・解説を読む
正解: 選択肢ウ
UMLのクラス図などを関係データベースの表（テーブル）にマッピングする際の、関連と制約に関する問題です。
正解はウです。
正解の根拠
「付加情報」表は「顧客」の追加情報を管理するエンティティです。関係データベース上に実装する場合、「付加情報」表の各レコードがどの「顧客」のものであるかを明確にするため、「顧客」表の主キーを外部キーとしてもたせます。
このとき、存在しない顧客に紐づくデータが作成されるのを防ぐため、「付加情報」表には「顧客」表に対する参照制約（外部キー制約）を指定するのが適切です。
各選択肢の解説
- ア：“指定送付先”を指定する際、注文を行う顧客自身に紐づく“付加情報”の行を選択する必要があります。どの行でも選択できるわけではありません。
- イ：すべての顧客が“付加情報”を持つわけではない（多重度が0..1など）場合、“付加情報”表の行数は“顧客”表の行数と一致しません。
- ウ：正解です。“付加情報”表から“顧客”表への参照制約を指定することで、データの整合性を保ちます。
- エ：“付加情報”表が“注文”表を参照するのではなく、データモデルの構造上、“付加情報”表は“顧客”表を参照するのが適切です。