【mysql的编程专题⑥】视图

视图是表的一个映射,是一张虚表,在结构上视图和普通的表没什么区别,一样可以用sql语句来增删改查;
视图创建后是一直存在数据库内

操作

创建视图

语法

CREATE [ALGORITHM]={UNDEFINED|MERGE|TEMPTABLE}]
VIEW 视图名 [(字段清单)]
AS SELECT 语句
[WITH [CASCADED|LOCAL] CHECK OPTION];

algorithm表示视图选择的算法（可选参数）
- Merge: 当引用视图时,引用视图的sql语句与定义sql视图的语句合并(相当于只存储了sql).
- Temptable:当引用视图时,根据视图的创建语句建立一个临时表.该临时表是一直存储在mysql数据库中的,除非认为删除;
- Undefined(默认):未定义,自动,让系统帮你选.

Merge

-- Merge,意味着视图只是一个规则,语句规则, 当查询视图时,把查询视图的语句(比如where那些)与创建时的语句where子句等合并,分析.再形成一条新的select语句.

-- 创建视图的语句:
CREATE altorethm=merge VIEW `g2` AS SELECT `goods_id`,`cat_id`,`goods_name`,`shop_price` FROM `goods` ORDER BY `cat_id` ASC,`shop_price` DESC;

--查询视图的语句:
SELECT * FROM `g2` GROUP BY `cat_id`;

-- 最终执行的语句:
SELECT `goods_id`,`cat_id`,`goods_name`,`shop_price` FROM `goods` GROUP BY `cat_id` ORDER BY `cat_id` ASC,`shop_price` DESC;

temptable

-- temptable是根据创建语句瞬间创建一张临时表,然后查询视图的语句从该临时表查数据.
CREATE ALTORETHM=TEMPTABLE VIEW `g2` AS SELECT `goods_id`,`cat_id`,`goods_name`,`shop_price` FROM `goods` ORDER BY `cat_id` ASC,`shop_price` DESC;

-- 查询视图的语句:
SELECT * FROM `g2` GROUP BY `cat_id`;

-- 最终执行的2句话: 取数据并放在临时表,然后去查临时表.

字段清单表示视图中的列名，默认与SELECT查询结果中的列名相同（可选参数）
WITH CHECK OPTION表示更新视图时要保证在该试图的权限范围之内（可选参数）注意,with check option对于没有where条件的视图不起作用的
- CASCADED：更新视图时要满足所有相关视图和表的条件,创建试图时最好加上WITH CASCADED CHECK OPTION参数，这种方式比较严格,可以保证数据的安全性;cascaded是 WITH CHECK OPTION的默认值
- LOCAL：更新视图时，要满足该视图本身定义的条件即可

with [cascaded] check option

mysql> create view v1 as 
select * from goods where stock > 100 WITH check OPTION; -- 使用了with check option 这个选项那后面对视图的插入只限于包含stock的表;
Query OK, 0 rows affected

-- ↓↓ 只允许插入包含stock字段的sql
mysql> INSERT into v1(gname) values('zhouzhou');
1369 - CHECK OPTION failed 'test.v1'
mysql> INSERT into v1(gname,stock) values('zhouzhou',8000);
Query OK, 1 row affected

-- ↓↓ 不影响删除
mysql> delete from v1 where gname = 'ganggang';
Query OK, 2 rows affected

--  ↓↓ 貌似也不影响更新
mysql> update v1 set gname = 'test' where gid = 11;
Query OK, 1 row affected
Rows matched: 1  Changed: 1  Warnings: 0
-- 其实错误,因为更新后查询出来的表字段里面能查询到stock > 100;所以可以更新;

-- ↓↓ 如果更新后的结构不能再通过stock>100来查询就不能进行更新;
mysql> update v1 set stock = 99;
1369 - CHECK OPTION failed 'test.v1'

with local check option

以后研究... wait for

Example1: 单表创建视图

CREATE VIEW v1 AS 
SELECT
  user_id, nickname, IF (sex = 1, '男', '女') as sex, user_money 
FROM
  users
ORDER BY
  user_money DESC
LIMIT 10;

-- question: 该视图不能被更新?
update v1 set user_money=5000 where user_id = 2659;
[Err] 1288 - The target table v2 of the UPDATE is not updatable

Example1: 多表创建视图

CREATE VIEW v3 AS 
SELECT
  u.user_id,
  nickname,
  lhmoney,
  user_recommend,
  goods
FROM
  users AS u
JOIN COMMENT AS c ON u.user_id = c.user_id
ORDER BY
  user_id ASC WITH CASCADED CHECK OPTION;

创建视图时注意:
[Err] 1349 - View's SELECT contains a subquery in the FROM clause -- 不能在SELECT的FROM子句中包含子查询。

删除视图

mysql> drop view v1; -- drop view 视图名;
Query OK, 0 rows affected

修改视图

CREATE OR REPLACE VIEW 修改视图

CREATE OR REPLACE语句非常灵活,在视图存在的情况下可对视图进行修改，视图不在的情况下可创建视图,其基本用法和CREATE VIEW 几乎一致

CREATE OR REPLACE ALGORITHM=TEMPTABLE 
VIEW v2(uid,nickname,money) AS
SELECT
  user_id,
  nickname,
  user_money
FROM
  users
ORDER BY
  user_money DESC
LIMIT 10;

ALTER VIEW 修改视图

AlTER VIEW 
v3(uid,cid,nickname,lhb,content,goods) AS
SELECT
  u.user_id,
  user_comment_id,
  nickname,
  lhmoney,
  user_recommend,
  goods
FROM
  users AS u
JOIN COMMENT AS c ON u.user_id = c.user_id
ORDER BY
  user_id ASC WITH CASCADED CHECK OPTION;

关于更新视图数据

视图是表的查询结果映射,那原表的数据改变了,视图也当然会跟着做相应的改变。
但，如果视图里面的数据改变了呢？
首先，视图增删改是会影响表的;也就是说，可以在诸如UPDATE、DELETE或INSERT等语句中使用它们，以更新基表的内容。但是,视图并不是总是能增删改的。对于可更新的视图，在视图中的行和基表中的行之间必须具有一对一的关系。还有一些特定的其他结构，这类结构会使得视图不可更新。更具体地讲，如果视图包含下述结构中的任何一种，那么它就是不可更新的：

聚合函数（SUM(), MIN(), MAX(), COUNT()等）。
DISTINCT
GROUP BY
HAVING
UNION或UNION ALL
位于选择列表中的子查询
Join
FROM子句中的不可更新视图
WHERE子句中的子查询，引用FROM子句中的表。
仅引用文字值（在该情况下，没有要更新的基本表）。
ALGORITHM = TEMPTABLE（使用临时表总会使视图成为不可更新的）。

mysql> update v4 set sex=5 where user_id = 32; -- 一定程度上保证了基表数据的安全性
1288 - The target table v4 of the UPDATE is not updatable

关于视图的可插入性：insert
如果视图满足关于视图列的下述额外要求，可更新的视图也是可插入的：

不得有重复的视图列名称。
视图必须包含没有默认值的基表中的所有列。
视图列必须是简单的列引用而不是导出列。导出列不是简单的列引用，而是从表达式导出的。下面给出了一些导出列示例：

3.14159
col1 + 3
UPPER(col2)
col3 / col4
(subquery)

查看视图

查看视图数据与查看普通表一样
查看视图字段结构

mysql> describe v3;
+----------------+-------------+------+-----+---------+-------+
| Field          | Type        | Null | Key | Default | Extra |
+----------------+-------------+------+-----+---------+-------+
| user_id        | int(11)     | NO   |     | 0       |       |
| nickname       | varchar(25) | NO   |     |         |       |
| lhmoney        | int(11)     | NO   |     | 0       |       |
| user_recommend | longtext    | YES  |     | NULL    |       |
| goods          | int(10)     | NO   |     | 0       |       |
+----------------+-------------+------+-----+---------+-------+

查看视图基本信息

mysql> show table status like 'v3'\G -- 该命令与查看普通表的命令是一样的,而此处大多数为NULL正是证明视图是一张虚表;
*************************** 1. row ***************************
           Name: v3
         Engine: NULL
        Version: NULL
     Row_format: NULL
           Rows: NULL
 Avg_row_length: NULL
    Data_length: NULL
Max_data_length: NULL
   Index_length: NULL
      Data_free: NULL
 Auto_increment: NULL
    Create_time: NULL
    Update_time: NULL
     Check_time: NULL
      Collation: NULL
       Checksum: NULL
 Create_options: NULL
        Comment: VIEW
1 row in set (0.01 sec)

mysql> show table status like 'users'\G
*************************** 1. row ***************************
           Name: users
         Engine: InnoDB
        Version: 10
     Row_format: Compact
           Rows: 171650
 Avg_row_length: 82
    Data_length: 14172160
Max_data_length: 0
   Index_length: 11567104
      Data_free: 66060288
 Auto_increment: 169781
    Create_time: 2015-05-01 23:03:29
    Update_time: NULL
     Check_time: NULL
      Collation: utf8_general_ci
       Checksum: NULL
 Create_options:
        Comment: 用户信息表
1 row in set (0.01 sec)

查看视图详细信息

mysql> show create view v3\G
*************************** 1. row ***************************
                View: v3
         Create View: CREATE ALGORITHM=UNDEFINED DEFINER=`root`@`localhost` SQL SECURITY DEFINER VIE
W `v3` AS select `u`.`user_id` AS `user_id`,`u`.`nickname` AS `nickname`,`u`.`lhmoney` AS `lhmoney`,
`c`.`user_recommend` AS `user_recommend`,`c`.`goods` AS `goods` from (`users` `u` join `comment` `c`
 on((`u`.`user_id` = `c`.`user_id`))) order by `u`.`user_id` WITH CASCADED CHECK OPTION
character_set_client: utf8
collation_connection: utf8_general_ci
1 row in set (0.01 sec)

在information_schema的views表中查看视图详细信息;

mysql> SELECT * FROM information_schema.views\G
*************************** 1. row ***************************
       TABLE_CATALOG: def
        TABLE_SCHEMA: test
          TABLE_NAME: v1
     VIEW_DEFINITION: select `test`.`users`.`user_id` AS `user_id`,`test`.`users`.`nickname` AS `nic
kname`,if((`test`.`users`.`sex` = 1),'男','女') AS `sex`,`test`.`users`.`user_money` AS `user_money`
 from `test`.`users` order by `test`.`users`.`user_money` desc limit 10
        CHECK_OPTION: NONE
        IS_UPDATABLE: NO
             DEFINER: root@localhost
       SECURITY_TYPE: DEFINER
CHARACTER_SET_CLIENT: utf8
COLLATION_CONNECTION: utf8_general_ci

information_schema是Mysql自带的一个数据库,详细请参考我的另外一边博文《探寻mysql自带的数据库》

作用

可以简化查询,我们把复杂而又频繁的查询先存储为视图,下次查询的时候,直接在这个视图里面找;
可以进行权限控制,Mysql的权限可以精确到表,但不能精确到列,但可以把表的权限封闭,另外创建一个视图,该视图中就是只存储开放了相应的权限列;
大数据分表时可以用到:
比如,表的行数超过200万行时,就会变慢,这时可以把一张的表的数据拆成4张表来存放.
思路1:
News表,分成四表,每表给一个id
Newsid, 1,2,3,4
News1,news2,news3,news4表

把一张表的数据分散到4张表里,分散的方法很多,
最常用可以用id取模来计算.
Id%4+1 = [1,2,3,4]

比如
```
$_GET['id'] = 17,
17%4 + 1 = 2,  
$tableName = 'news'.'2'

Select * from news2 where id = 17;
```

思路2:
还可以用视图, 把4张表形成一张视图
Create view news as select from n1 union select from n2 union.........

posted @ 2015-05-02 14:49 菜问阅读(970) 评论(2) 编辑收藏举报

会员力量，点亮园子希望

刷新页面返回顶部

码海无涯

专攻后端开发，旁通运维与前端