UML|科目A-1(応用情報技術者) 令和7年 春期午前試験 問25

出典:令和7年春期 午前 問25 分野:データベース / データベース設計
UMLを用いて表した図のデータモデルを関係データベース上に実装する際の解釈のうち,適切なものはどれか。 UML
  • ア:"指定送付先"を指定する際,"付加情報"表のどの行でも選択できる。
  • イ:"付加情報"表と"顧客"表の行数は一致していなければならない。
  • ウ:"付加情報"表には"顧客"表に対する参照制約を指定する。
  • エ:"付加情報"表には"注文"表に対する参照制約を指定する。
応用情報技術者
解説

図では、「顧客」と「付加情報」の間に、顧客側が1、付加情報側が*の関連があります。

これは、1人の顧客が複数の付加情報をもつことができ、各付加情報は必ず1人の顧客に属することを表します。

関係データベースに実装する場合は、「付加情報」表に顧客番号などの外部キーを設け、「顧客」表の行を参照させます。したがって、「付加情報」表には「顧客」表に対する参照制約を指定します。

したがって、が適切です。

❌他選択肢が誤りの理由
ア:"指定送付先"を指定する際,"付加情報"表のどの行でも選択できる。
⇒図の制約では、注文の指定送付先として選べる付加情報は、その注文を行った顧客に属するものに限られます。他の顧客の付加情報を自由に選択することはできません。
イ:"付加情報"表と"顧客"表の行数は一致していなければならない。
⇒1人の顧客が複数の付加情報をもつことができるため、両表の行数が一致する必要はありません。
エ:"付加情報"表には"注文"表に対する参照制約を指定する。
⇒「付加情報」は顧客に属する情報なので、「付加情報」表から参照する対象は「注文」表ではなく「顧客」表です。注文側が、必要に応じて指定送付先として付加情報を参照します。
TSUNAGARU-ADVICE

まず押さえたいこと

図では、「顧客」と「付加情報」の関係に黒いひし形があり、付加情報は注文主である顧客に強く従属する構造です。関係データベースへ実装する際は、付加情報表から顧客表を参照できるように外部キーを設定すると考えます。

迷ったときの判断軸

顧客1件に対して付加情報は複数件存在できるため、両表の行数が一致する必要はありません。また、注文が指定送付先として利用できる付加情報は、その注文主と同じ顧客に属するものに限られます。したがって、どの付加情報でも自由に選べるわけではありません。

科目Bにつなげるために

特にプロフェッショナルデジタルスキル(データ・AI)試験合格を目指す方は、UMLの多重度や合成関係を、主キー・外部キー・参照制約へ変換する視点を押さえておくと有効です。ER設計や整合性制約の問題につながります。