View自体はセレクト分の別名定義ですが、セレクト分は、当然ながら複数テーブルへのアクセスが可能です。

しかしながら、そのセレクト分を毎回発行したりするのは大変だと思います。

またよく使われるセレクト分については別名で定義して呼び出しやすくするのが楽になります。

その観点では、ビューを作成しておけばピーを呼び出すだけで、事前定義したセレクト分を呼び出すことができるので楽になります。

Viewを定義しておけば、そのビューを修正したくなったときに、ビューの定義のみ変更すれば良いことになります。

Viewを定義せずにセレクト分を発行している場合は、その該当箇所全てを修正する必要があります。

機能追加等でセレクト分が変更になることもあるので、ビューを定義しておくことで保守がしやすいプログラムとなるのです。

テーブルによっては、個人情報等が含まれているカラムが存在することもあります。

このような情報については、不用意にアクセスされてしまうと、個人情報漏洩のリスクがあります。

そこでビューを定義しておいて、あくまでビュー上では個人情報等が含まれていないように設定することができます。

テーブルの個人情報が含まれていないカラムのみ参照するようにしておけば、不用意に個人情報にアクセスされる心配がありません。

Viewを定義することによって、セキュリティリスクを下げることができるのです。

ビューはセレクト文をあらかじめ定義するものという説明をしましたが、ビューを定義したからといって、パフォーマンスが良くなると言うわけではありません。

定義ビュー自体のパフォーマンスが悪い場合はそのセレクト文が繰り返し使われることになってしまうので、それを利用しているアプリケーション処理のパフォーマンスが悪くなってしまいます。


また、日はあくまでセレクト分の別名ということですので、例えばそのビューに条件文であったり、ビューに対してさらにビューを定義するなどをしてしまうとアクセスに時間がかかり、結果としてパフォーマンスが低下してしまう恐れがあります。

ビューを定義したSQL文にインサート文やアップデート文、デリート文等を利用する場合は制限があります。

具体的な制限については下記に述べました。

・select句にdistinctが使用されていない

・group by句やhaving句を使用していない

・集約されたビューではないこと

・from句に含まれるテーブルが一つであること

ビューをたくさん作ってしまうと、データベースの複雑さを増加させることがあります。


ビューが多くなると、ビュー間の依存関係を管理するのが大変になります。

具体的には１つのビューを変更すると関連するクエリやアプリケーションも修正する必要が生じる場合があります。

そのため、たくさんビューを作成すればするほど、ビューの変更管理と保守が難しくなる場合があるのです。

ビューはデータの一部のみを表示するため、アクセス制御の管理が重要です。

上記ではセキュリティを高めることができるという記載をしましたが、一方で設定を誤れば意図しないデータアクセスやデータ変更が発生してしまう可能性があるのです。

それによって機密性の漏洩のリスクが高まってしまい、場合によっては重大な問題となりえるのです。

ビューはCREATE VIEWステートメントを使用して作成されます。

以下はビューの作成の１例を記載しています。

CREATE VIEW view_name AS
SELECT column1, column2, ...
FROM table_name;

column1, column2

SELECT * FROM view_name;

ビューは一般的に読み取り専用ですが、ビューの元となるテーブルが更新されると、それに伴ってビューのデータも自動的に更新されます。

つまり、元のテーブルに対する変更が反映されるのです。

DROP VIEW view_name;