一般的なデータベース用語集

この用語集はカバーします データベース すべてのタイプのデータベースで使用される用語と概念。 特定のシステムまたはデータベースに固有の用語は含まれていません。

酸

NS データベース設計のACIDモデル 以下を通じてデータの整合性を強化します。

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

属性

NS データベース属性 データベースエンティティの特性です。 属性はデータベーステーブルの列であり、それ自体がエンティティと呼ばれます。

認証

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

BASEモデル

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

• 基本的な可用性：データベースは利用可能で運用可能であり、複数のサーバーに分散されたデータレプリケーションに支えられている場合があります。
• ソフト状態：厳密な一貫性のACIDモデルに対抗して、この信条は、データが必ずしもそうである必要はないことを述べています 一貫性があり、強制された一貫性は個々のデータベースの責任である、または デベロッパー。
• 結果整合性：未定義の将来の時点で、データベースは一貫性を実現します。

制約

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

• 一意の制約：フィールドには、テーブル内の一意の値が含まれている必要があります。
• CHECK制約：フィールドには、特定のデータ型または特定の許容値のみを含めることができます。
• DEFAULT制約：フィールドにnull値を除外する既存の値がない場合、フィールドにはデフォルト値が含まれます。
• 主キーの制約：主キーは一意である必要があります。
• 外部キーの制約：外部キーは、別のテーブルの既存の主キーと一致する必要があります。

データベース管理システム

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

実在物

エンティティはデータベース内のテーブルです。 それはを使用して説明されています 実体関連図、これは、データベーステーブル間の関係を示すグラフィックの一種です。

機能従属性

NS 関数従属性制約 データの有効性を確保するのに役立ち、ある属性が別の属性の値を決定するときに存在します。 A-> B これは、Aの値がBの値を決定すること、またはBが 機能従属 Aに。 たとえば、すべての学生の記録を含む大学のテーブルには、機能がある場合があります。 学生IDと学生名の間の依存関係、つまり一意の学生IDが値を決定します 名前の。

索引

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

鍵

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

• 候補キー：それぞれがレコードを一意に識別でき、主キーが選択される列のセット。
• 主キー：このキーは、テーブル内のレコードを一意に識別します。 nullにすることはできません。
• 外部キー：レコードを別のテーブルのレコードにリンクするキー。 テーブルの外部キーは、別のテーブルの主キーとして存在する必要があります。

正規化

に データベースを正規化する テーブルをデザインすることです（関係）および列（属性）は、データの整合性を確保し、重複を回避する方法で提供されます。 正規化の主なレベルは、第1正規形（1NF）、第2正規形（2NF）、第3正規形（3NF）、およびボイスコッド正規形（BCNF）です。

NoSQL

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

ヌル

nullの値は、しばしば混乱して意味します なし また 零; しかし、それは実際には わからない. フィールドの値がnullの場合、それは不明な値のプレースホルダーです。 構造化照会言語は 無効です と NULLではありません null値をテストする演算子。

クエリ

NS データベースクエリ 通常はSQLで記述されており、次のいずれかになります。 選択する クエリまたは アクション クエリ。 selectクエリはデータベースからデータを要求します。 アクションクエリは、データを変更、更新、または追加します。 一部のデータベースは、クエリのセマンティクスを非表示にするドラッグアンドドロップフォームを提供し、有効なSQLを記述せずに情報を要求できるようにします。

スキーマ

NS データベーススキーマ データベースの論理的に異なるセクションを構成するテーブル、列、リレーション、および制約の設計です。

ストアドプロシージャ

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

構造化照会言語

構造化照会言語（SQL）は、データベースのデータにアクセスするために最も一般的に使用される言語です。 SQLは2種類の構文に分岐します。 NS データ操作言語 最も頻繁に使用されるSQLコマンドのサブセットが含まれ、SELECT、INSERT、UPDATE、およびDELETEが含まれます。 NS データ定義言語 インデックスやテーブルなどの新しいデータベースオブジェクトを作成します。

引き金

トリガーは、特定のイベント（通常はテーブルのデータへの変更）が与えられたときに実行するように設定されたストアドプロシージャです。 たとえば、トリガーは、ログへの書き込み、統計の収集、または値の計算を行うように設計されている場合があります。

意見

データベースビューは、データの複雑さを隠し、ユーザーエクスペリエンスを合理化するために、エンドユーザーに表示されるフィルター処理されたデータセットです。 ビューは、2つ以上のテーブルのデータを結合でき、情報のサブセットを含みます。 NS マテリアライズドビュー は、それ自体がテーブルであるかのように見え、動作するビューです。