インストールする場合、Oracle Databaseソフトウェアを配備する、あなたはここで、アプリケーションの構造上（つまり、ハードウェア・プラットフォーム、オペレーティング・システム・プラットフォーム）に応じて異なるアプローチ（基本的なインストール、高度なインストール）を必要とするいくつかの一般的なアプリケーション構造です。
1.データインタフェースアプリケーションシステム
クライアントアプリケーションは、サービスまたはアプリケーションサーバに要求し、それが最初のデータベース・サーバとデータベースへの接続を確立する必要があります。既存のDBMSは、ほぼすべてのSQL標準に従いますが、DBMSの違いを開発するためにさまざまなメーカーがあり、そのような適応性と可搬性、異なるDBMS、技術およびソフトウェアのインターフェイスを接続する一般的な方法のための人々の研究開発などの問題がありますが、 。
アプリケーションの前記クライアント/サーバ（C / S）モード
C / S（cilent /サーバー）コンフィギュレーション・モードでは、すべてのデータがサーバーに集中的に格納され、データ処理が設定を使用して、サーバーとして、一般的なハードウェアリソースが比較的高い機械によって実行されるクライアントのような比較的低いPCです。クライアントとサーバ間の専用ネットワーク、通常はローカルエリアネットワークまたはイントラネットを介して接続されています。
図2-1Oracleクライアント/サーバアーキテクチャ。クライアント上で実行中のアプリケーションは、Oracleデータベースは、サーバーと2の間でコンピュータネットワークによって相互に接続されて実行されています。Oracleは、クライアントとサーバ間のSQL * NET通信を使用しています。
図1-2 Oracleクライアント/サーバアーキテクチャ
3.Oracleブラウザ/サーバアーキテクチャ
オラクル示すブラウザ/サーバ（B / S、ブラウザ/サーバ）システムは、図2-2に示す3層構造です。3層モデルB / Sでは、クライアント・アプリケーションは、顧客の手にもWEBブラウザの表示を使用していますので、クライアント
図2-2 Oracleのブラウザ/ Serverの3層アーキテクチャ
ブラウザであるクライアントは、最初のデータ転送に対応して、Oracleデータベース・サーバーとWebサーバーへのアクセスを要求することによって、Webサーバー、ネットワークを介してWebサーバに要求を送信し、クライアントがデータをロードするか、参照する必要があり、Webサーバー上に展開、プログラムをロードしませんでしたクライアントに表示されます。
B / Sの構造は、非接続指向され、すなわち、データ接続へのアクセスを確立切断アクセス端で、再度データにアクセスするためのC / Sの構造に比べて、その効率が低いように、接続を再確立する必要があります。したがって、B / Sは、主に業務の効率化に使用されている指向環境を発表したデータには重要ではありません。
4.シングル・ディスク構造の独立したホスト
シングルディスク構造がホスト最も簡単で最も一般的な構成とは独立して、メカニズムはここでDBMSのOracleインスタンスによって表される1台のコンピュータ、およびコンピュータのハードドライブを、持っている、データベースは、図2-3に示し、そのデータベースファイルを、示しています。
図2-3ホストの独立したシングル・ディスク構造
注意：データベースサーバ（とも呼ばれるインスタンス）、構成するデータベース・ファイルにアクセスするためのバックグラウンド・プロセスとメモリ構造のセットを。
このアプリケーション・アーキテクチャは、一つだけのデータベース・サーバ（DBMS）、データベースファイル（データベース構造）であり、これらのデータファイルは、最も基本的なアプリケーション構造であるディスク上の部屋に格納され、他の構造は、に基づいて適用されています修正および拡張。
この構造は、すべてのデータベースファイルがハードディスクに保存されますが、ハードウェア上で高い信頼性要件は、パフォーマンスチューニングのビューの方向には、データベースファイルへのアクセスの数を減らすことが主な理由です。
ホストの独立したマルチディスク構造
複数のハードディスクを使用することによってのみ、別のホストコンピュータが、コンピュータマルチディスク構造、2-4：
図2-4の独立したホストのマルチディスク構造
この構造は、唯一のデータベース・サーバ、データベース構造を持っていますが、データベースが別のデータベースに格納されたファイルは、接続の数を減らすために、複数の物理ディスクに格納するだけでなく、データベースファイルの読み取りおよび書き込み操作を減らしています。
ディスクは、これらのディスク上（RAIDテクノロジー、独立ディスク技術の冗長アレイ）をミラーリングする場合は、各ドライブ上のすべてのデータベースファイルは、ミラーディスクの代わりに作業することができ、任意のハードディスクの完全なバックアップが失敗しています、およびそのメンテナンス、修復、それによって、ハードウェアの信頼性を向上させます。
プロセスがトランザクションを必要とするか、多くの場合、このようになるように、データベースファイル間の競争の量を減らし、情報ファイルに複数のデータベースファイルのマルチディスク構造が異なる物理ディスク上に存在することができる関与、データベース操作を照会する場合データベースのパフォーマンスを向上させます。
注：複数のディスクが必ずしもミラーではありませんが、ミラーはマルチディスク、通常、ディスクミラーリングシステムは、むしろ、Oracleのミラー化ソリューションよりも、ハードウェアで実装されている必要があります。
6.マルチホストデータベースの独立した構造
複数の別個のホストデータベース構造のみつのコンピュータは、一つ以上のハードディスク、図2-5があってもよいです。
図2-5の独立したマルチホスト構成データベース
这种结构由多个数据库服务器，多个数据文件组成，虽然一台计算机上装有两个数据库，但是它们的内存结构、服务器进程和数据库文件等都不是共享的，它们有各自的内存机构、服务器进程和数据库文件，彼此之间不能进行共享，即一个数据库的进程不能访问另一个数据库的文件。这种结构对硬件要求较高（内存大、CPU运算强、硬盘快），一般不采用这种结构。
7.Oracle 分布式数据库系统结构
数据库系统按数据分布方式可分为集中式数据库系统和分布式数据库系统。集中式数据库系统是将数据集中存放在一台计算机上，而分布式数据库系统是将数据存放在由计算机网络连接的不同计算机上。一个分布式数据库是由分布于计算机网络上的多个逻辑相关的的数据库组成，网络的每个节点都具有独立处理能力，可以执行局部应用，也可以通过网络执行全局应用。如图2-6为分布式数据库系统结构：
图2-6 分布式数据库系统结构
从图2-6可以看出，分布式数据库系统由以下部分组成：
- 局部数据库管理系统 ：创建和管理局部数据库，执行局部和全局应用子查询。
- 全局数据库管理系统：协调各局部数据库管理系统，共同完成全局事务的执行并保证全局数据库执行的正确性和全局数据的完整性。
- 通信管理：实现分布在网络中各个数据库之间的通信。
- 全局数据字典：存放全局概念模式。
- 局部数据库：查询全局数据库信息。
分布式数据库管理系统的数据在物理上是分布存储，即数据存放在计算机网络上不同节点（局部数据库），而在逻辑上数据之间有语义上的联系，属于一个系统。访问数据库的用户即可是本地用户，也可是网络连接的远地用户。
Oracle支持分布式数据结构，属于客户/服务器模式结构。在网络中每个用户具有多用户处理能力的硬件平台都可以作为服务器，多个服务器上的数据库对用户来讲是一个逻辑上的单一数据库系统。在分布式数据库中，各个服务器之间可以实现数据的实时、定时复制，通过Oracle的远程数据复制选件、快照等在多个不同地域实现数据远程复制。图2-7为Oracle分布式数据库系统结构。
图2-7 Oracle分布式数据库系统结构