DBMSのエンティティ関係のタイプ
DBMSのエンティティは、たとえば会社に存在する実世界のオブジェクトにすることができます。 データベースでは、エンティティは従業員、部門、プロジェクトなどになります。大学 データベース、エンティティは職業、学生、結果、活動などです。
エンティティは、以下に示す単一の長方形として表されます
以下は実体関連です-
1対1の関係
1対1（1：1）の関係では、エンティティPのインスタンスはエンティティQのインスタンスに関連付けられ、エンティティQのインスタンスはエンティティPのインスタンスに関連付けられます。
例を見てみましょう-
1人が持つことができるパスポートは1つだけで、パスポートは1人に割り当てられます。
1対多の関係
1対多（1：N）の関係では、エンティティPのインスタンスはエンティティQの複数のインスタンスに関連付けられ、エンティティQのインスタンスはエンティティPの複数のインスタンスに関連付けられます。
例を見てみましょう-
1人の人が複数の銀行口座を持つことができますが、銀行口座は最大で1人の人を口座名義人として持つことができます。
多対多の関係
多対多（N：N）の関係では、エンティティPの複数のインスタンスがエンティティQの複数のインスタンスに関連付けられます。エンティティQの複数のインスタンスは、エンティティPの複数のインスタンスに関連付けられます。
例を見てみましょう-
人は複数のスキルを持つことができます。複数の人がスキルを習得できます。
-
DBMSの機能依存性
機能従属性とは 名前が示すように、DBMSの機能依存性は、相互に依存するテーブルの属性間の関係です。 E. F. Coddによって導入され、データの冗長性を防ぎ、悪い設計について知るのに役立ちます。 （矢印記号）で表されます。 次に、以下は矢印記号-で属性間の機能依存性を表します。 B 上記は次のことを示唆しています： 例 以下は、関数従属性を理解しやすくする例です- があります 2つの属性を持つテーブル-DeptId およびDeptName 。 DeptId =部門ID DeptName =部門名 DeptId 主キ
-
DBMSのデッドロック
デッドロックは、2つ以上のプロセスが、他のプロセスによって保持されている実行を完了するために何らかのリソースを必要とする場合に発生します。 上の図では、プロセス1にはリソース1があり、リソース2が必要です。同様にプロセス2にはリソース2があり、リソース1が必要です。これらの各プロセスは、完了するために他のリソースを必要としますが、どちらもリソースを放棄する意思はありません。したがって、プロセス1とプロセス2はデッドロック状態にあります。 コフマンの状態 デッドロックは、4つのコフマン条件が当てはまる場合にのみ発生します。これらの条件は、必ずしも相互に排他的ではありません。それらは： 相