再看数据库——（2）视图

ゝ一纸荒年。 2022-08-24 01:27 151阅读 0赞

# 概念 #

\*是从用户使用数据库的观点来说的。

\*从一个或多个表（视图）中导出来的

\*一个虚表，或者说查询表

为什么要用视图呢？

一是**简单**，看到的就是需要的。视图不仅可以简化用户对数据的理解，也可以简化他们的操作。那些被经常使用的查询可以被定义为视图，从而使得用户不必为以后的操作每次指定全部的条件。

二是 **安全**，通过视图用户只能查询和修改他们所能见到的数据，但不能授权到数据库特定行和特定的列上。通过视图，用户可以被限制在数据的不同子集上：使用权限可被限制在另一视图的一个子集上，或是一些视图和基表合并后的子集上。

三是**逻辑数据独立性**。视图可帮助用户屏蔽真实表结构变化带来的影响。

概括来说，由于用户通过视图只能查询修改他们所能见到数据，所以操作起来自然简单许多，也安全多了。这点在视图的优点处还有涉及。

# 操作： #

## 创建： ##

方法一：

![Center][]

![Center 1][]

![Center 2][]

执行显示结果：

![Center 3][]

方法二：

用T-SQL语句：

use niunan
    go
    create view View_Test1
    --要查询的内容--
    as select name,title,content,createtime
    --查询的表--
    from category,news
    --查询条件--
    where category.id=news.categoryId

相应的，视图的修改和删除也可直接在对象资源管理器中操作，在这里就不做介绍。

## 修改： ##

use niunan
    go
    --要修改的视图，括号中是列名--
    alter view View_Test(name,createTime)
    --格式与新建视图时一致
    as select name,title
    from category,news
    where category.id=news.categoryId

## 删除： ##

drop view View_Test

# 优点： #

简化了对表增删改的操作。利用视图，我们可以同时从两个表中查找数据，而不用视图，就要一个一个的查询，很麻烦也容易出错。在一定程度上，使得数据库的复杂度降低，数据共享更为方便。另一方面，用户通过视图只能查看和修改他们所能见到的数据，简化了用户权限的管理。

# 视图与表： #

视图中只存放了表的定义，但没有储存视图对应的数据，这些数据仍放在原来的数据表中。拿上面的例子说，新建的视图中并没有实际的新闻内容、类别名称等数据，它们都还是储存在原有的news，category表中。

视图可以像表一样进行增删改查的操作。

系列博客推荐：

**[再看数据库——（1）存储过程][1]**

**[再看数据库——（2）视图][2]**

**[再看数据库——（3）触发器][3]**

[Center]: /images/20220823/be70caa62ff54086a99c8c0804500f59.png
[Center 1]: /images/20220823/5ee8238559e9448b977ac6dd21540bad.png
[Center 2]: /images/20220823/04924078bb0e43a2943c465993248dbb.png
[Center 3]: /images/20220823/e8c09e56f7f3444bb5b89ba540135908.png
[1]: http://blog.csdn.net/u010066934/article/details/32929695
[2]: http://blog.csdn.net/u010066934/article/details/32968951
[3]: http://blog.csdn.net/u010066934/article/details/32936369