共通データベース用語集

この用語集では、すべてのタイプのデータベースで使用されるデータベース用語および概念について説明します。特定のシステムまたはデータベースに固有の用語は含まれません。

酸

データベース設計のACIDモデルは、以下を介してデータの整合性を強制します。

• 原子性：各データベース・トランザクションは、オール・オア・ニーのルールに従う必要があります。つまり、トランザクションの一部が失敗した場合、トランザクション全体が失敗します。
• 一貫性：各データベーストランザクションは、すべてのデータベース定義ルールに従わなければなりません。これらのルールに違反するトランザクションは許可されません。
• 分離：各データベーストランザクションは、他のトランザクションとは独立して発生します。たとえば、複数のトランザクションが同時に送信された場合、データベースはそれらの間の干渉を防ぎます。
• 耐久性：各データベーストランザクションは、バックアップやその他の手段を介して、データベースの障害に永続的に存在します。

属性

データベース属性は、データベースエンティティの特性です。簡単に言えば、属性はデータベース表内の列であり、それ自体はエンティティとして知られています。

認証

データベースは認証を使用して、許可されたユーザーだけがデータベースまたはデータベースの特定の側面にアクセスできるようにします。たとえば、管理者はデータの挿入や編集を許可され、正式な従業員はデータの表示しかできません。認証はユーザー名とパスワードで実装されます。

ベースモデル

BASEモデルは、データがリレーショナルデータベースで要求されるのと同じ方法で構造化されていないnoSQLデータベースのニーズに対応するACIDモデルの代替として開発されました。その主な教義は次のとおりです。

• 基本的な可用性：データベースは利用可能であり、運用可能であり、時には複数のサーバーに分散されたデータ複製によってバックアップされます。
• ソフトステート：厳密な一貫性のACIDモデルに対抗して、この信念は、データが必ずしも一貫している必要はなく、強制された一貫性は個々のデータベースまたは開発者の責任であると述べている。
• 最終的な一貫性：未定義の未定点では、データベースは一貫性を実現します。

制約

データベース制約は、有効なデータを定義する一連のルールです。複数のタイプの制約が存在する。主な制約は次のとおりです。

• 固有の制約：フィールドには、テーブルに一意の値が含まれている必要があります。
• CHECK制約：フィールドには、特定のデータ型だけでなく、特定の許容値まで含めることができます。
• DEFAULT制約：フィールドには既存の値がない場合はデフォルト値が入ります。これはNULL値を排除します。
• PRIMARY KEY制約：主キーは一意でなければなりません。
• 外部キー制約：外部キーは、別のテーブルの既存の主キーと一致する必要があります。

データベース管理システム（DBMS）

DBMSは、データの保存と保護からデータ保全ルールの適用、データの入力と操作のためのフォームの提供に至るまで、データベースを操作するすべての側面を管理するソフトウェアです。リレーショナルデータベース管理システム（RDBMS）は、テーブルとリレーショナルデータベース間の関係モデルを実装します。

エンティティ

エンティティは単にデータベース内のテーブルです。 Entity-Relationship Diagramは、データベーステーブル間の関係を示すグラフィックの一種です。

機能的依存性

機能的な依存関係の制約は、データの妥当性を保証するのに役立ち、ある属性が別の属性の値を決定するときに存在します。 A→B これは、Aの値がBの値を決定すること、またはBがAに「機能的に依存する」ことを意味します。例えば、全学生の記録を含む大学のテーブルは、学生IDと学生固有の生徒IDが名前の値を決定します。

インデックス

インデックスは、大規模なデータセットのデータベースクエリを高速化するのに役立つデータ構造です。データベース開発者が索引を作成する テーブル内の特定の列について索引は列の値を保持しますが、残りの表のデータへのポインタのみを保持し、効率的かつ迅速に検索できます。

キー

キーとは、レコードを一意に識別することを目的とするデータベースフィールドです。キーはデータの整合性を強化し、重複を避けるのに役立ちます。データベースで使用される主要なタイプのキーは次のとおりです。

• 候補キー：レコードを一意に識別し、主キーが選択される列のセット。
• 主キー：テーブル内のレコードを一意に識別するために選択されたキー。このキーはNULLにすることはできません。
• 外部キー：レコードを別のテーブルのレコードにリンクするキー。表の外部キーは、別の表の主キーとして存在していなければなりません。

正規化

データベースを正規化するには、データの整合性を確保し重複を避けるために、テーブル（リレーション）とカラム（属性）を設計する必要があります。正規化の第1レベルは、第1正規形（1NF）、第2正規形（2NF）、第3正規形（3NF）、およびボイス - コード正規形（BCNF）である。

NoSQL

NoSQLは、電子メール、ソーシャルメディアの投稿、ビデオ、画像などの非構造化データを格納する必要性に対応するために開発されたデータベースモデルです。 SQLと厳格なACIDモデルを使用してデータの完全性を保証するのではなく、NoSQLはあまり厳しくないBASEモデルに従います。 NoSQLデータベーススキーマは、データを格納するテーブルを使用しません。むしろ、キー/値の設計やグラフを使用することがあります。

ヌル

値NULLは、しばしば "none"または0を意味すると混乱します。しかし、実際には「未知」を意味します。フィールドの値がNULLの場合は、未知の値のプレースホルダーです。構造化照会言語（SQL）は、

無効です

そして

IS NOT NULL

演算子はNULL値をテストします。

クエリ

データベースクエリは、ユーザーがデータベースとやり取りする方法です。通常はSQLで記述され、 選択する クエリまたは アクション クエリ。選択クエリはデータベースからデータを要求します。アクションクエリはデータを変更、更新、または追加します。一部のデータベースは、クエリのセマンティクスを隠す形式を提供するため、ユーザーはSQLを理解することなく情報を簡単に要求できます。

スキーマ

データベーススキーマは、データベースを構成するテーブル、列、リレーションおよび制約の設計です。スキーマは、通常、SQL CREATEステートメントを使用して記述されます。

ストアドプロシージャ

ストアド・プロシージャは、データベース管理システム内の複数のプログラムおよびユーザー間で共有できる、事前にコンパイルされた問合せまたはSQL文です。ストアドプロシージャは、効率を向上させ、データの整合性を強化し、生産性を向上させます。

構造化照会言語

Structured Query Language（SQL）は、データベースからデータにアクセスするために最も一般的に使用される言語です。データ操作言語（DML）には、最も頻繁に使用されるSQLコマンドのサブセットが含まれ、SELECT、INSERT、UPDATEおよびDELETEが含まれます。

引き金

トリガーは、特定のイベント（通常はテーブルのデータへの変更）を実行するストアドプロシージャセットです。たとえば、ログに書き込む、統計を収集する、または値を計算するトリガーを設計することができます。

ビュー

データベースビューは、データの複雑さを隠蔽し、ユーザーエクスペリエンスを合理化するためにエンドユーザーに表示されるフィルタリングされたデータセットです。ビューは、2つ以上のテーブルのデータを結合することができ、情報のサブセットを含みます。