メインコンテンツへスキップ
データベーススペシャリスト令和3年度 秋期午前II2

令和3年度 秋期 データベーススペシャリスト 午前II2

難度標準

部,課,係の階層関係から成る組織のデータモデルとして、モデル A~Cの三つの案が提出された。これらに対する解釈として、適切なものはどれか。組織階層における組織の位置を組織レベルと呼ぶ。組織間の階層関係は、親子として記述している。親と子は循環しないものとする。ここで、モデルの表記には UML を用い,{階層}は組織の親と子の関連が循環しないことを指定する制約記述である。

選択肢

新しい組織レベルを設ける場合、どのモデルも変更する必要はない。
どのモデルも、一つの子組織が複数の親組織から管轄される状況を記述できない。
モデル Bを関係データベース上に実装する場合、親は子の組織コードを外部キーとする。
モデルCでは、組織の親子関係が循環しないように制約を課す必要がある。

解説

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

展開
結論Layer 1

イは、組織階層のデータモデルに関する問題で、一つの子組織が複数の親組織から管轄される状況を記述できるか否かを問うています。組織階層は通常、親から子への一対多の関係であり、子の側から見ると、一つの親組織にのみ属するのが一般的です。提示されたモデルA、B、Cのいずれも、このような「子の多親所属」を直接的に表現する構造になっていないと解釈できるため、この選択肢が適切です。

詳細Layer 2

アは、新しい組織レベルの追加について述べていますが、階層構造の設計によっては、新しいレベルの追加が既存のモデル定義(例えば、固定的なレベル数や関連の定義)の変更を必要とする可能性があるため、どのモデルでも変更不要とは断言できません。

補足Layer 3

ウは、モデルBを関係データベースに実装する際の外部キーについて触れていますが、一般的に親組織が子の外部キーを持つのではなく、子組織が親組織のIDを外部キーとして保持することで階層関係を表現するため、この記述は逆であり不適切です。

エは、モデルCにおいて親子関係の循環を防ぐ制約の必要性について述べていますが、問題文で「親と子は循環しないものとする」という制約が明記されているため、モデルC自体の設計にその制約が組み込まれているか、あるいは後から追加する必要があるかはモデルの具体的な構造によりますが、制約が必要であること自体は前提条件として与えられています。

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

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

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

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

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

最終更新:

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

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

何が問われるか
本問の分野で問われる代表的な知識・用語の整理。
学習の進め方
正解/誤答の選択肢ごとに「なぜ正しい / なぜ違うのか」を1行ずつ言語化すると定着する。
この分野の問題をもっと解く
AI コパイロット

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

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

クイズモードで開く

共有

X でシェアLINE

ショート動画

関連する問題

データベース設計 の他の問題