MySQL高级应用--视图

1. 视图是一个虚拟表，其内容由查询定义。视图包含一系列和真实的表中一样名称的列和行数据，但是在数据库中视图并不以存储的数据值形式存在（这里仅针对MYSQL数据库而言，在Orcle中存在“物化视图”，视图本身还能存储数据）。行和列数据来自由定义视图的查询所引用的表并且在引用视图时动态生成。
   对其中引用的基础表来说视图的作用类似于筛选，筛选当前或其他数据库的一人或多个表或者其他视图，通过视图查询没有任何限制，进行数据修改时的限制也很少。创建视图示例：CREATE [OR REPLACE] [ALGORITHM = {UNDEFINDED|MERGE|EMPTABLE}] VIEW [db_name.]view_name[(column_list)] AS select_statement [WITH [CASCAED|LOCAL|CHECK OPTION]],select_statement可从表或其他视图中查询，视图属于数据库，因此需要数据库名称，缺省为当前数据库名称，表和数据库共享数据库中相同的名称空间，因此数据库不能包含相同名称的表和视图，且视图的列名也不能重复。视图示例：先来两张表:

用户表：CREATE TABLE 'e_frien' ('uid' INT(11) UNSIGED NOT NULL COMMENT '用户ID','fri_uid' INT(11) NOT NULL COMMENT '好友的用户ID','fri_nickname' VARCHAR(64) NULL DEFAULT NULL COLIATE 'gbk_bin','fri_group_id' MEDIUMINT(9) NULL DEFAULT NULL COMMENT '用户分组ID'，PRIMARY KEY ('uid','fri_uid'),INDEX 'idx_friend_fri_group_id'('fri_group_id')) COMMENT='好友表(一对好友关系2条记录)' COLIATE='gbk_bin' ENGINE=InnoDB
消息表：CREATE TABLE 'e_feed' ('feed_id' INT(10) UNSIGNED NOT NULL COMMENT '动态ID','uid' INT(10) UNSIGNED NULL DEFAULT NULL COMMENT '用户ID','feed_data' VARCHAR(1024) NULL DEFAULT NULL COMMENT '动态数据内容' COLLATE 'gbk_bin',PRIMARY KEY('feed_id')) COMMENT '动态表' COLLATE ='gbk_bin' ENGINE = InnoDB CHECKSUM=1;
现在要查询某用户的好友发布的全部消息通常这样写：select u.uid,u.fri_uid,u.fri_nickname,f.feed_id,f.feed_data from e_friend u left join e_feed f on u.fri_uid=f.uid and u.uid = 1;
如果采用视图就这样写：
create view friend_feed as select u.uid,u.fri_uid,u.fri_nickname,f.feed_id,f.feed_data from e_friend u left join e_feed f on u.fri_uid=f.uid
如果要查询某会员好友的消息记录，直接从视图中查询：select * from friend_feed where uid=1
从直观上看这样的语句更简洁，视图实际上等价于一条SQL语句，只是把一连串的SQL语句缩写了，MySQL在处理视图查询时只是把视图展开成其定义的语句，并在其上进行查询，因此MySQL视图不可能提高查询效率，其只是到另一个查询语句的映射，而不含任何数据。在报表中视图应用普遍，报表涉及的SQL语句比较复杂，视图则能用简洁的查询来替代冗长的SQL。如果是Oracle还可以在视图中存放实际的数据加快查询速度(记得在数据库课上来自香港的教授当时讲过这个‘数据仓库’的概念，英名读叫DB HOUSE?不太刻了，，原来就是物化视图哈哈)。

2. 视图的具体语法有待进一步学习。视图的数据和基本表的数据不一样，因此视图一般用于查询的目的，使用视图的好处有：
   1）实现了更细致的权限控制：定义视图后只赋予相应的视图操作权限给用户以实现权限控制；
   2）把业务中常用的SQL语句用一个视图来表示，使查询更直观；
   3）性能优势虽在免费开源的MySQL中不存在，但在Oracle等商业数据库中，视图支持更多的特性如物化视图；