原理およびデータベースの用途(3) - データベース・システムの内部/外部アーキテクチャ

データベースシステムの内部アーキテクチャ

ビューDBMSの点から、データインターフェースシステムは、一般的に使用されます。

  • 三つのモード:モード、モード、外部モード

  • 二つの画像:外モード/画像モード、モード/画像モード

の概念を導入
  • モード(スキーマ):また、すべてのデータを、データベースの全体的な論理、即ち概念図、データベースレベルの概念を中間層に、概念モデルとして知られており、地物データベースの論理構造の記述。-データベース全体は、実際に抽象表現で格納されています

    下位層:物理的なストレージ・ハードウェア環境データの詳細を伴いません。

    上層:関係なく、アプリケーション開発ツールやプログラミング言語で使用される特定のアプリケーションの。

    データベースが一つだけあるのモード。

  • 外側パターン(スキーマ外部):また、最外層に、サブモードまたはユーザ・モードとして知られているが、アプリケーションに関連して、データベースおよびユーザ機能の論理構造を参照することができ、ローカルデータ記述のその部分の使用を可能にします論理データは、ユーザービュー、ユーザデータベースことを示しています。-概念モデルの部分の抽象表現

    モードが外部モードのサブセットであり、複数あってもよい、同じパターンが複数の外部アプリケーションに使用することができます。

  • モード(内部スキーマ):物理ストレージモードまたはモードとして知られている、最内層には、近い物理記憶層に、データは、内部データベース、物理レベルと呼ばれるデータベース、物理的ビューに示されています。-実際の格納された表現

    データベースが一つだけあるのモデルインチ

概要
  • データベースシステム、すなわちモデルのみデータベースレベルの実際の物理的な存在は、データアクセスのための基礎です。
  • データベースの概念は、ユーザーレベルのデータベースクラスのデータベースの物理的な説明にちょうど抽象的なインタフェースです。
  • 外側リンクスルーモードだけでなく、モードによって関連する物理レベルモード・マッピング・データベースへの操作外部のユーザモード、およびマッピングデータベーススキーマ概念レベル。
データの独立性を持つ2つの画像データベースシステム

DBMSは、システムがより高い有することができることを確認するために、3つのモード、データベース内のデータとの間の2つのマッピング機能を提供する独立の論理的および物理的な独立性を

  • 外部モード/画像モード:論理データとプログラム間の独立性を確保します。
  • モード/画像モード:物理データの独立性を確保します。
そして2つの3つの利点パターン画像
  • データの独立性を確保
  • 簡素化されたユーザーインターフェース
  • データ共有の賛成で
  • セキュリティとデータの機密性を助長します

第二に、データベース・システムの外部のアーキテクチャ

エンドユーザの観点から、データベース・システムの外部のアーキテクチャは、に分割されているシングルユーザー構成からマスタ-スレーブ構造、分散型アーキテクチャ、クライアント/サーバ・アーキテクチャ、ブラウザ/サーバ構成。

1.シングル・ユーザー・データベース・システムの構造

  • またとして知られているデスクトップデータベースシステム、アプリケーション、DBMS、データベースが排他的に一人のユーザが使用する単一のコンピュータにインストールされています。
  • 以下のためのネットワーク化されていないユーザー、個々のユーザーようにと。
  • DBMSが提供する弱いデータベース管理強いアプリケーションとインタフェース開発ツール、データベース管理ツールだけでなく、データベースアプリケーションとインタフェースするためのフロントエンドツールの両方です。このようなマイクロソフトアセス、Visual FoxProなどと上のようにします。
2.マスタスレーブシステムのデータベース構造
  • 複数のメインフレームを有するマルチユーザ端末のシステム構成は、とも呼ばれるホスト/端末モード。

  • 長所:シンプルな構造、管理が容易で、管理および保守。

    短所:端末の過剰な数、ホスト過度に厄介なタスクは、システムのボトルネックと呼ばれます。

    信頼性は、ホストに障害が発生した場合、システム全体が使用できない、ホストシステムに依存しています。

3. 分散型データベースシステムの構造
  • 分散データベース技術との組み合わせのネットワーク技術製品。分散データベースは、コンピュータネットワークの異なるノード上に格納されました。
  • 特長:
    • データが物理的に分散しています。
    • すべてのデータは、論理的に全体です。
    • データ配布ノード独立に保存されています
  • 利点:複数のサーバからの処理データを同時に効率を向上させます。
  • 短所:データ処理タスクの調整が難しいデータのメンテナンスにストレージを配布しました。
4. クライアント/サーバー・データベース・システム構成(クライアント/サーバー、C / S構造)
  • DBMSの機能やアプリケーションを個別に分割しました:
    • サーバー、サーバーと呼ばれるデータベース・サーバー、
    • クライアント(クライアント)
  • ファットクライアントアーキテクチャ、2層構造 -クライアント、サーバー
  • 利点:ネットワーク運用効率が大幅に向上します。
  • 短所:保守とアップグレードのために非常に簡単。
ブラウザ/サーバ・データベース・システム構成(ブラウザ/サーバ、B / Sの構成)
  • 提案されたクライアント/サーバアーキテクチャの欠如のために、
  • クライアントのインストールのみ共通のブラウザソフト、入力/出力。
  • アプリケーションサーバにインストールされたアプリケーションは、仲介者として機能します。
  • シンクライアントアーキテクチャ、3層アーキテクチャ -クライアント、アプリケーションサーバ、データベースサーバ
公開された76元の記事 ウォン称賛30 ビュー5822

おすすめ

転載: blog.csdn.net/weixin_45926367/article/details/104863607