データベース・データ設計関連

管理対象となる情報のまとまりです。

顧客、商品、注文などが例です。

データベースではテーブルとして表現されることがあります。

エンティティが持つ項目です。

顧客名、メールアドレス、登録日などが例です。

属性とも呼ばれます。

データの種類数や関係の多重度を表す言葉です。

列に含まれる値の種類数を指す場合があります。

ER図では一対多などの関係数を示します。

データの重複や不整合を減らすための設計手法です。

テーブルを分けて関係を整理します。

追加、更新、削除時の矛盾を減らすために使われます。

顧客情報を管理する基準データです。

氏名、連絡先、会社名、取引条件などをまとめます。

売上、問い合わせ、契約など他のデータから参照されます。

データを行と列で管理する入れ物です。

顧客テーブル、商品テーブルなどの形で作られます。

リレーショナルデータベースの基本単位です。

テーブル内の列や項目を指す言葉です。

氏名、住所、金額などが例です。

カラムと同じ意味で使われることがあります。

テーブル内の1行分のデータです。

1人の顧客、1件の注文などを表します。

複数のフィールドを持つデータ単位です。

テーブル内の列を指す言葉です。

名前、日付、数量などの項目を表します。

フィールドとほぼ同じ意味で使われることがあります。

テーブル内の各レコードを一意に識別する項目です。

IDなど重複しない値が使われます。

PKと略されます。

別テーブルの主キーを参照する項目です。

テーブル同士の関係を表します。

FKと略されます。

データ同士やテーブル同士の関係です。

顧客と注文、伝票と明細などのつながりを表します。

ER図やデータベース設計で使われます。

子データが親データの存在に依存する関係です。

伝票ヘッダと明細の関係などが例です。

親がなければ子も成立しない関係を指します。

子データが親データの存在に完全には依存しない関係です。

顧客マスタと売上ヘッダの関係などが例です。

参照関係を持ちながら独立して存在するデータを扱います。

双方が複数の相手と関係を持つ関係です。

学生と授業、商品とカテゴリなどが例です。

中間テーブルで表現されることがあります。

行と列の表形式でデータを管理するデータベースです。

テーブル同士を関係で結びます。

SQLを使ってデータを操作します。

Relational Database Management Systemの略です。

リレーショナルデータベースを管理するソフトウェアです。

MySQL、PostgreSQL、Oracle Databaseなどがあります。

データベースを操作するための言語です。

検索、追加、更新、削除などを行います。

Structured Query Languageの略です。

データベースや検索システムへの問い合わせです。

条件を指定してデータを取得・操作します。

SQL文もクエリの一種です。

複数の処理を一つのまとまりとして扱う単位です。

成功時は確定し、失敗時は取り消します。

データの整合性を保つために使われます。

エンティティとリレーションシップを図で表したものです。

データ構造やテーブル間の関係を整理します。

データベース設計で使われます。

業務に必要なデータを抽象的に整理する設計段階です。

エンティティや関係を大まかに表します。

データベース設計の初期段階です。

概念設計をもとに論理的なデータ構造へ整理する段階です。

テーブル、項目、関係、制約などを定義します。

使用するデータベースに合わせた形に近づけます。

論理設計をもとに実際のデータ配置や性能を考える段階です。

インデックス、データ型、保存方式などを決めます。

実装に近いデータベース設計です。

データを親子関係の階層構造で管理するデータベースです。

ツリー構造で情報をたどるため、上下関係が明確なデータに向いています。

柔軟な関係表現ではリレーショナルデータベースと考え方が異なります。

データ同士を網の目状の関係で管理するデータベースです。

一つのデータが複数の親や関係を持てる構造です。

複雑な関係を表せますが、設計や運用の理解が必要になります。