基本情報技術者 2019年 春期 午前（科目A） 問26

関係モデルの属性順序性【午前解説】

正解の理由

解法ステップ

1. 「関係モデル」の定義を思い出す（関係＝タプルの集合、タプル＝属性名→値の写像）。
2. 各選択肢を定義と照合する：順序・名前・ドメインのルールを確認する。
3. SQLの実装上の挙動と数理モデルの違いを区別して判断する。
4. 最終的に「属性の順序は意味を持たない」ことを根拠に選択肢を決定する。

選択肢別の誤答解説

• ア: 関係内の属性の定義域は重複してはならない。→誤り。複数の属性が同じドメイン（たとえば整数や文字列）を持つことは許されます。ドメインの重複自体は問題ではありません。
• イ: 関係内の属性の並び順に意味はなく、順番を入れ替えても同じ関係である。 →正解。関係は集合的なタプルの集合であり、属性順序は定義上無意味です。
• ウ: 関係内の二つ以上の属性に、同じ名前を付けることができる。→誤り。属性名（列名）は関係内で一意でなければならず、同じ名前を付けることはできません。
• エ: 名前をもたない属性を定義することができる。→誤り。関係モデルでは各属性に名前（識別子）を付けて属性名→値の対応を定義します。名前なしの属性はモデル化できません。

よくある誤解

• SQLの画面表示やDDLでの列順をそのまま関係モデルの性質だと誤認する。表示順と数理的順序は別物です。
• ドメイン（属性の定義域）が重複してはならないと考える誤り。複数属性が同じドメイン（例えば整数）を持つことは問題ありません。
• 属性名の一意性と値の一意性を混同する。属性名は関係内で重複できませんが、属性値が重複すること自体はタプルの重複を除けば許容されます。

補足コラム

• タプルの内部で「属性の順序」が意味を持たない理由は、タプルを属性名をキーとする写像（関数）として考えるからです。つまりタプル t に対して t["年齢"] = 30 のように属性名で値を参照します。
• 現実のRDBMS（SQL）では、CREATE TABLEで定義する列順やSELECT句の順序が結果表示に影響しますが、これは実装上・表現上の話であり、関係モデルの数学的性質とは切り分けて考える必要があります。
• 属性名は関係内で一意であるべきですが、異なる関係（テーブル）間で同じ属性名を使うことはしばしばあります（例: id, name）。

FAQ