関係モデル
Relational Model
かんけいもでる
データを、行(タプル)と列(属性)からなる2次元の表(関係、リレーション)の集まりとして表すデータモデル。E.F.コッドが提唱し、関係データベースの理論的な基礎となっている。表どうしは共通の値(キー)で関連付け、関係代数に基づく演算でデータを操作する。
Related
他の資格での定義
データを関係(リレーション=表)の集合として表現するデータモデル。各表はタプル(行)と属性(列)から構成され、関係演算(選択、射影、結合など)によってデータを操作する。
データを関係(リレーション=二次元の表)で表現するデータモデル。表の行をタプル、列を属性(フィールド)と呼ぶ。属性が取り得る値の範囲を定義域(ドメイン)といい、関係代数や関係論理に基づく厳密な理論的基盤を持つ。
E.F.コッドが提唱した、データを2次元の表(リレーション)で表現するデータモデル。数学的な集合論と述語論理に基づき、データの構造・操作・整合性制約を定義する。現在のRDBMSの理論的基盤である。
E.F.コッドが1970年に提唱した、データを行(タプル)と列(属性)からなる関係(表)の集合として表すデータモデル。関係代数に基づく集合単位の操作と、主キーや参照制約などの整合性制約を持つ。データの格納方法から独立して宣言的に問い合わせられるのが特徴で、SQLを使う関係データベースの理論的な基盤である。
データを関係(リレーション=二次元の表)で表現するデータモデル。表の行をタプル、列を属性(フィールド)と呼ぶ。属性が取り得る値の範囲を定義域(ドメイン)といい、関係代数や関係論理に基づく厳密な理論的基盤を持つ。
Past Exams
過去問での出題
過去問で 18 回出題(データベーススペシャリスト試験 8・基本情報技術者試験 4・応用情報技術者試験 2・情報処理安全確保支援士試験 2・ITパスポート試験 1・システムアーキテクト試験 1)
- 令和7年度 秋期 データベーススペシャリスト試験 午前Ⅱ 問2選択肢(IPA の PDF を新しいタブで開きます)
- 令和6年度 秋期 情報処理安全確保支援士試験 午前Ⅱ 問21(IPA の PDF を新しいタブで開きます)
- 令和5年度 秋期 応用情報技術者試験 午前 問27(IPA の PDF を新しいタブで開きます)
- 令和5年度 秋期 データベーススペシャリスト試験 午前Ⅱ 問3選択肢(IPA の PDF を新しいタブで開きます)
- 令和5年度 秋期 データベーススペシャリスト試験 午前Ⅱ 問6(IPA の PDF を新しいタブで開きます)
- 令和4年度 ITパスポート試験 公開問題 問83正解の選択肢(IPA の PDF を新しいタブで開きます)
- 令和元年度 秋期 応用情報技術者試験 午前 問26選択肢(IPA の PDF を新しいタブで開きます)
- 令和元年度 秋期 基本情報技術者試験 午前 問27(IPA の PDF を新しいタブで開きます)
- 平成31年度 春期 基本情報技術者試験 午前 問26(IPA の PDF を新しいタブで開きます)
- 平成31年度 春期 基本情報技術者試験 午前 問28(IPA の PDF を新しいタブで開きます)
残り 8 件を表示閉じる
- 平成30年度 秋期 システムアーキテクト試験 午前Ⅱ 問21(IPA の PDF を新しいタブで開きます)
- 平成28年度 春期 データベーススペシャリスト試験 午前Ⅱ 問7(IPA の PDF を新しいタブで開きます)
- 平成28年度 春期 基本情報技術者試験 午前 問26(IPA の PDF を新しいタブで開きます)
- 平成26年度 春期 データベーススペシャリスト試験 午前Ⅱ 問1選択肢(IPA の PDF を新しいタブで開きます)
- 平成26年度 春期 データベーススペシャリスト試験 午前Ⅱ 問4(IPA の PDF を新しいタブで開きます)
- 平成26年度 春期 情報セキュリティスペシャリスト試験 午前Ⅱ 問21(IPA の PDF を新しいタブで開きます)
- 平成24年度 春期 データベーススペシャリスト試験 午前Ⅱ 問6(IPA の PDF を新しいタブで開きます)
- 平成23年度 データベーススペシャリスト試験 特別試験 午前Ⅱ 問2(IPA の PDF を新しいタブで開きます)
出典: 独立行政法人情報処理推進機構(IPA)の過去問題。問題文は IPA のサイトの PDF で確認できます。「選択肢」は、問題文ではなく選択肢に出たものです。用語名で照合しているため、関係の薄い問題が含まれることがあります。
Related
関連キーワードの用語
ある表の列のうち、他の表(または同じ表)の主キーなどを参照し、表の間の関連を表す列。外部キーの値は、参照先に存在する値かNULLでなければならないという参照制約によって、表の間の整合性が保たれる。
関係モデルにおいてデータを表す基本の構造で、同じ属性の並びを持つタプル(行)の集合。表(テーブル)に当たる。属性名と定義域の組である関係スキーマと、ある時点で関係に含まれるタプルの集合である実現値からなる。
関係モデルで、ある時点において関係(リレーション)に実際に含まれているタプル(行)の集合。関係スキーマが表の形(属性の構成)を表すのに対し、実現値はその中身を表し、データの追加・更新・削除によって変化する。
関係データベースで、同じ構造を持つ2つの表(関係)を集合として扱い、和(どちらかに含まれる行)、差(一方にだけ含まれる行)、積(両方に含まれる行)などを求める演算。SQLではUNION、EXCEPT、INTERSECTで記述する。
関係演算の一つで、表Rを表Sで割る操作。Sのすべての行と組み合わせた結果がRに含まれるような値だけを取り出し、「すべての科目を履修した学生」のような「すべての〜について」という条件の検索に対応する。
対象の性質や状態を表すデータ項目。オブジェクト指向ではクラスが持つデータを指し、インスタンスごとに値を保持する。データモデルではエンティティが持つ項目を指し、関係データベースでは表の列(フィールド)に対応する。
