E-R図

実体（エンティティ）、属性（アトリビュート）、関連（リレーションシップ）の3要素でデータの構造を視覚的に表現する図法。データベースの概念設計や業務分析において、データ間の関係を明確にするために用いられる。

実体（エンティティ）、関連（リレーションシップ）、属性（アトリビュート）を図で表現し、データの構造を視覚化する手法。エンティティを矩形、リレーションシップをひし形、属性を楕円で表す。データベースの概念設計や要件定義に用いられる。

エンティティ（実体）とリレーションシップ（関連）を用いてデータ構造を図示するモデリング手法。データベース設計の基礎として使われるほか、システム構成要素間の関連の表記法としても利用される。

データベースの概念設計で用いるモデリング手法。実体（エンティティ）、関連（リレーションシップ）、属性（アトリビュート）の3要素でデータ構造を図式化する。論理設計のテーブル定義の基礎となる。

データベースの概念設計で用いるデータモデリング手法。エンティティ（実体）を矩形、属性を楕円、関連をひし形（またはリレーション線）で表現する。ピーター・チェンが提唱した。

実体（エンティティ）と関連（リレーションシップ）でデータ構造を表す図。実体間の対応関係（1対1、1対多、多対多）を明示できる。

対象業務のデータをエンティティ（実体）、属性、リレーションシップ（関連）で表す図。P.チェンが提唱し、関連には1対1、1対多、多対多のカーディナリティを記す（記法はチェン記法、カラスの足で多を表すIE記法など）。概念設計で多対多の関連が見つかった場合、論理設計では連関エンティティを置いて1対多の関連に分解する。

データの構造を、実体（エンティティ）、実体が持つ属性、実体間の関連（リレーションシップ）で表す図。関連にはカーディナリティ（1対1、1対多、多対多）を示す。概念データモデルの記述に使われ、業務分析や要件定義でデータの構造を整理するのにも使われる。

データを行（タプル）と列（属性）からなる二次元の表（リレーション）で管理するデータベース。E.F.コッドが提唱した関係モデルに基づき、SQLで操作する。データの独立性が高く、正規化による冗長性の排除が可能で、最も広く普及しているデータベース方式。

データを関係（リレーション＝二次元の表）で表現するデータモデル。表の行をタプル、列を属性（フィールド）と呼ぶ。属性が取り得る値の範囲を定義域（ドメイン）といい、関係代数や関係論理に基づく厳密な理論的基盤を持つ。

3層スキーマアーキテクチャで、個々の利用者やアプリケーションから見たデータの見え方を定義する層。関係データベースではビューが該当し、必要な部分だけを見せることで、内部構造の変更から利用者を守る。

3層スキーマアーキテクチャで、データを記憶装置上にどう格納するかを定義する層。ファイル編成、索引の設定、領域の割当てなどを規定し、性能を左右する。格納スキーマとも呼ばれる。

データベースで扱う表、列、データ型、制約、権限などの定義情報を集めて管理する仕組み。メタデータの一元管理により、定義の重複や不整合を防ぎ、影響範囲の調査を容易にする。

関係データベースの表を、データの冗長性を排除し更新時の不整合（更新異常、挿入異常、削除異常）を防ぐために分解する設計手法。第1正規形（繰り返し項目の排除）、第2正規形（部分関数従属の排除）、第3正規形（推移関数従属の排除）が基本。