Dbms-architecture
提供:Dev Guides
DBMS-アーキテクチャ
DBMSの設計は、そのアーキテクチャに依存します。 集中化または分散化または階層化できます。 DBMSのアーキテクチャは、単一層または複数層のいずれかと見なすことができます。 n層アーキテクチャは、システム全体を関連する独立した n モジュールに分割します。これらのモジュールは、独立して変更、変更、変更、または交換できます。
1層アーキテクチャでは、DBMSは、ユーザーがDBMSに直接座って使用する唯一のエンティティです。 ここで行われた変更は、DBMS自体で直接行われます。 エンドユーザーに便利なツールは提供しません。 データベース設計者およびプログラマーは通常、単一層アーキテクチャーを使用することを好みます。
DBMSのアーキテクチャが2層の場合、DBMSにアクセスできるアプリケーションが必要です。 プログラマは、アプリケーションを使用してDBMSにアクセスする2層アーキテクチャを使用します。 ここで、アプリケーション層は、操作、設計、プログラミングの点でデータベースから完全に独立しています。
3層アーキテクチャ
3層アーキテクチャは、ユーザーの複雑さと、データベースに存在するデータの使用方法に基づいて、層を相互に分離します。 DBMSを設計するために最も広く使用されているアーキテクチャです。
- データベース(データ)層-この層では、データベースはクエリ処理言語とともに存在します。 このレベルでデータとその制約を定義する関係もあります。
- アプリケーション(中間)層-この層には、アプリケーションサーバーとデータベースにアクセスするプログラムが存在します。 ユーザーにとって、このアプリケーション層はデータベースの抽象化されたビューを提供します。 エンドユーザーは、アプリケーション以外にデータベースが存在することを知りません。 一方、データベース層は、アプリケーション層以外のユーザーを認識していません。 したがって、アプリケーション層は中間に位置し、エンドユーザーとデータベース間の仲介役として機能します。
- ユーザー(プレゼンテーション)層-エンドユーザーはこの層で操作し、この層を超えたデータベースの存在については何も知りません。 この層では、アプリケーションによってデータベースの複数のビューを提供できます。 すべてのビューは、アプリケーション層にあるアプリケーションによって生成されます。
多層データベースアーキテクチャは、ほとんどすべてのコンポーネントが独立しており、独立して変更できるため、高度に変更可能です。