A. ビューの概要
ビューは、クエリによって定義されたコンテンツ仮想テーブルです。実際のテーブルでは、ビューは名前を持つデータの列と行のシリーズが含まれています。ただし、の観点から、データベースの格納されたデータ値のセットの形で存在します。データは、クエリビューによって参照されるテーブルを定義するために、行と列からなるとき、基準ビュー動的に生成されました。
基礎となるテーブルは、その内部にスクリーニングと同様の図の役割を引用しました。スクリーニングは、現在のビューまたは他のデータベースまたは複数のテーブル、または他のビューから定義されてもよいです。任意の制限なしビューを介したクエリ、およびデータはそれらによって修正されるいくつかの制約があります。
ビューが保存されたデータベースクエリのSQL文であり、それは二つの理由から、主に次のとおりです。セキュリティ上の理由から、ビューは、データの一部を非表示にすることができます
ビューの定義は図なぜそれを定義し、ベーステーブルに基づいているので？ビューの使用の合理化は、多くの利益をもたらすことができるので、これがある：
1、ビューは、ユーザー操作が簡素化できる
メカニズムは、ユーザーが関心のデータに焦点を当てることができることができます表示します。これらは、直接データベース・テーブルからではない場合、ビューは、透明、構成データベースルック簡単によって定義されてもよいし、ユーザデータクエリの操作を簡略化することができます。例えば、シートの数を定義するテーブルのビューが接続され、隠された動作テーブルと、ユーザテーブルとの間に接続されます。言い換えれば、ユーザーは単に仮想テーブル上の単純なクエリを作り、この仮想テーブルが来るかで、ユーザーが知る必要はありません。
たとえば、すべての従業員20のための部署を作成します。
選択EMPとしてビューDept_empを作成します。* DEPT、EMP EMP.DEPTNO = DEPT.DEPTNOとEMP.DEPTNO = 20から。
ビューは、現在、唯一のSQLクエリが出てくるために、クエリのSQLステートメントを介して接続されている使用していないときに表示します。
複数のアングルで同じデータを見て2、ビュー、許可ユーザー
のユーザーの多くの異なる種類が同じデータベースを共有する場合、ビューメカニズムが同じデータを見て別の方法に異なるユーザーを許可する、この柔軟性が不可欠です。
- ビューの隠されたテーブルのフィールドを作成 ビューemp_filed_hideを作成 EMPからENAME、仕事、MGR、DEPTNOを選択します。 - 隠された給与のフィールドのみ外部被ばく名、役職、部署番号 ALTERビューemp_filed_hide なので EMPからENAME、仕事、DEPTNOを選択します。
図3は、再構成されたデータベースのビューは、独立論理の程度を提供
するデータベースの物理的構造に依存しないユーザアプリケーションを意味物理データの独立性。こうした新しいフィールドの関係を追加したりなど、データベースの再設定は、元に新しい関係を追加するときに、ユーザーのアプリケーションには影響されないことを論理的データ独立手段。階層データベースとネットワークデータベースは、一般的に優れたデータの物理的な自立を支援し、ロジックの独立のために完全にサポートすることができません
表の値は、動作を変更する一方、図4に示すように、ビューは、操作されたクラッド
- ビューを更新し、ALTERテーブルを更新します 更新emp_filed_hideセットジョブ =「clerk1」どこENAME = 'スミス。 選択場所ENAME = 'スミスemp_filed_hideから* ; 選択場所ENAME = 'スミスのEMPから*;
全体：ビューはいくつかのセキュリティを提供し、論理的データ独立性