第8回：それぞれが持つビュー機能 (3/3)

TOP＞サーバ構築・運用＞更新できるビューの条件

徹底比較!! PostgreSQL vs MySQLパート2

第８回：それぞれが持つビュー機能
著者：NTTデータ藤塚勤也 2007/9/27

更新できるビューの条件

   MySQLのビューはそのままで更新可能なことを説明しましたが、更新可能なためには条件があります。それは、作成したビューのレコードとその基になるテーブルのレコードが1対1に対応していることです。

   では、具体的な例で確認してみましょう。

   先ほど作成したTESTV01ビューとは異なる「TESTV02ビュー」を作ってみます。TESTV02ビューはSAMPLEテーブルをCOL01の値でCOL02の値を集計したものです。CREATE VIEW文は以下の通りです（リスト6）。なお、SAMPLEテーブルの値は前述の表1に示す初期状態とします。

リスト6：TESTV02ビューの作成


		mysql> create view testv02 

		as select col01,sum(col02) as col02 from sample 

		where col01=’A’ group by col01;

		mysql> select * from testv02;

		+-------+-------+

		| col01 | col02 |

		+-------+-------+

		| A     | 300   |

		+-------+-------+

では、このビューは更新できるでしょうか。UPDATE文の実行結果は以下の通りです（リスト7）。

リスト7：TESTV02ビューの実行結果


		mysql> update testv02 set col02 = 10 ;

		ERROR 1288 (HY000): 

		The target table testv02 of the UPDATE is not updatable

   仮にTESTV02ビューが実テーブルであるならば、このUPDATE文の実行結果は「（COL01、COL02）＝（’A’、300）」というレコードが「（’A’、10）」に更新されることが期待されます。

   しかしTESTV02はビューであるため「（’A’、300）」というレコードの実体は、SAMPLEテーブルの「（’A’、100）」と「（’A’、200）」の2つのレコードを集計したものです。よって、実体となるSAMPLEテーブルのレコードを更新することができません。

   更新できないというより「どのように更新したらよいのかわからない」といった方が良いかもしれません。このケースでは、TESTV02ビューのレコードとSAMPLEテーブルのレコードとが1対1には対応していないため、結果としてTESTV02ビューの更新ができないという例となります。

PostgreSQLのビューだとどうなるのか

   上記のように、MySQLでは基になるテーブルのレコードと1対1に対応していないビューは更新できないことを具体的に示しました。

   それでは、PostgreSQLのビューの場合はどうなのでしょうか。PostgreSQLのビューはルールの設定がなければ更新できませんが、逆にルールを設定すれば、どのようなビューでも更新できてしまいます。

   例えば、前述したTESTV01ビューの更新用に使用したルール「update_rule」を名称のみ「update_rule2」に変更し、同一内容のものをTESTV02ビューに適用してみます（リスト8）。

リスト8：PostgresSQLのビューの場合


		psql> create view testv02 

		as select col01,sum(col02) as col02 from sample 

		where col01=’A’ group by col01;

		psql> select * from testv02;

		 col01 | col02

		-------+-------

		 A     |   300

		psql> create rule update_rule2 as on update to testv02

		do instead update sample set col01 = new.col01 , col02 = new.col02 

		where col01 = old.col01;

		psql> update testv02 set col02 = 10;

		psql> select * from testv02;

		 col01 | col02

		-------+-------

		A     |    20

		psql> select * from sample;

		 col01 | col02

		-------+-------

		 B     |    10

		 C     |    10

		 B     |    10

		 A     |    10

		 A

上記の通り、TESTV02ビューへのUPDATE文は実行可能になります。しかし、その結果は期待するものではありません。要するに「更新処理が実行できること」と「更新処理が期待する結果になること」は、まったくの別物なのです。

やはりPostgreSQLのビューであっても、MySQLのビューの更新処理制限と同様に「レコードが1対1に対応していないビューは更新不可とする」ためにルールの提供を行わないことこそが、正しい設計だと考えます。

前のページ 1 2 3

著者プロフィール
株式会社NTTデータ藤塚勤也
基盤システム事業本部オープンソース開発センタシニアスペシャリスト。
日本タンデムコンピューターズ（現日本HP）を経て、2003年よりNTTデータにてOSS分野に参画。日頃はオリジナルOSSの開発や、OSSを用いたシステム構築への技術支援に従事。「RDBMS解剖学」（翔泳社）を共著。

INDEX
第8回：それぞれが持つビュー機能
	ビューとはなにか
	PostgreSQLのビューの更新
	更新できるビューの条件

徹底比較!! PostgreSQL vs MySQLパート2
第1回	同じようで違うデータ型
第2回	拡張部分によって違いがでてくるSQL文
第3回	実は差があるキャラクターセットの違い
第4回	PostgreSQLとMySQLに対応したGUIツールを使いこなす
第5回	バックアップとリストア
第6回	ストアドプロシージャ
第7回	トリガ
第8回	それぞれが持つビュー機能

タイプ

連載

特集

人気記事トップ10

新着記事

企画広告も役立つ情報バッチリ！ Sponsored