视图简介:
通过定义 SELECT 语句以检索将在视图中显示的数据来创建视图。
SELECT 语句引用的数据表称为视图的基表。
在SQL Server 2005系统中，可以把视图分为3种类型，即标准视图，索引视图和分区视图。 视图可以被看成是虚拟表或存储查询。
可通过视图访问的数据不作为独特的对象存储在数据库内。
数据库内存储的是 SELECT 语句。
SELECT 语句的结果集构成视图所返回的虚拟表。
用户可以用引用表时所使用的方法，在 Transact-SQL 语句中通过引用视图名称来使用虚拟表。
目录
1 定义
▪ 索引视图
▪ 注意事项
2 功能
▪ 基本项
▪ 拓展项
3 优缺点
▪ 优点
▪ 缺点
定义
索引视图
在下例中，pubs 数据库中的 titleview 是一个视图，该视图选择三个基表中的数据来显示包含常用数据的虚拟表：
CREATE VIEW titleview
AS
SELECT title, au_ord, au_lname, price, ytd_sales, pub_id
FROM authors AS a
JOIN titleauthor AS ta ON
JOIN titles AS t ON (t.title_id = ta.title_id)
之后，可以用引用表时所使用的方法在语句中引用 titleview。
SELECT *
FROM titleview
注意事项
1，在索引视图中，不能使用*号，必具指定所有结果集中的列名。
2,在索引视图中，所有用到的表前都必须加表所属的架构dbo。
3,在索引视图中不能有重复的列(其实在普通视图中也有该限制)
4,在索引视图中只能创建唯一聚集索引。
功能
基本项
使用SQL视图可以实现下列任一或所有功能：
1，将用户限定在表中的特定行上。
例如，只允许雇员看见工作跟踪表内记录其工作的行。
2，将用户限定在特定列上。
例如，对于那些不负责处理工资单的雇员，只允许他们看见雇员表中的姓名列、办公室列、工作电话列、邮件列和部门列，而不能看见任何包含工资信息或个人信息的列。
3，将多个表中的列联接起来，使它们看起来象一个表。
4，聚合信息而非提供详细信息。
例如，显示一个列的和，或列的最大值和最小值。
拓展项
一个视图可以引用另一个视图。例如，titleview 显示的信息对管理人员很有用，但公司通常只在季度或年度财务报表中才公布本年度截止到现在的财政数字。可以建立一个视图，在其中包含除 au_ord 和 ytd_sales 外的所有 titleview 列。使用这个新视图，客户可以获得已上市的书籍列表而不会看到财务信息：
CREATE VIEW Cust_titleview
AS
SELECT title, au_lname, price, pub_id
FROM titleview
视图可用于在多个数据库或 Microsoft® SQL Server™ 2000 实例间对数据进行分区。分区视图可用于在整个服务器组内分布数据库处理。服务器组具有与服务器聚集相同的性能优点，并可用于支持最大的 Web 站点或公司数据中心的处理需求。原始表被细分为多个成员表，每个成员表包含原始表的行子集。每个成员表可放置在不同服务器的数据库中。每个服务器也可得到分区视图。分区视图使用Transact-SQLUNION 运算符，将在所有成员表上选择的结果合并为单个结果集，该结果集的行为与整个原始表的复本完全一样。例如在三个服务器间进行表分区。在第一个服务器上定义如下的分区视图：
CREATE VIEW PartitionedView AS
SELECT *
FROM MyDatabase.dbo.PartitionTable1
UNION ALL
SELECT *
FROM Server2.MyDatabase.dbo.PartitionTable2
UNION ALL
SELECT *
FROM Server3.MyDatabase.dbo.PartitionTable3
在其它两个服务器上定义类似的分区视图。利用这三个视图，三个服务器上任何引用 PartitionedView 的 Transact-SQL 语句都将看到与原始表中相同的行为。似乎每个服务器上都存在原始表的复本一样，而实际上每个表只有一个成员表和分区视图。有关更多信息，请参见视图使用方案。
只要所做的修改只影响视图所引用的其中一个基表，就可以更新所有 SQL Server 版本内的视图（可以对其执行 UPDATE、DELETE 或 INSERT 语句）。
-- Increase the prices for publisher '0736' by 10%.
UPDATE titleview
SET price = price * 1.10
WHERE pub_id = '0736'
GO
SQL Server 2000 支持可引用视图的更复杂的 INSERT、UPDATE 和 DELETE 语句。可在视图上定义 INSTEAD OF 触发器，指定必须对基表执行的个别更新以支持 INSERT、UPDATE 或 DELETE 语句。另外，分区视图还支持 INSERT、UDPATE 和 DELETE 语句修改视图所引用的多个成员表。
索引视图[1] 是 SQL Server 2000 具有的功能，可显著提高复杂视图类型的性能，这些视图类型通常在数据仓库或其它决策支持系统中出现。
视图的结果集通常不保存在数据库中，因此视图也称为虚拟表。视图的结果集动态包含在语句逻辑中并在运行时动态生成。有关更多信息，请参见视图解析。
复杂的查询（如决策支持系统中的查询）可引用基表中的大量行，并将大量信息聚积在相对较简洁的聚合中，如总和或平均值。SQL Server 2000 支持在执行此类复杂查询的视图上创建聚集索引。当执行 CREATE INDEX 语句时，视图 SELECT 的结果集将永久存储在数据库中。SQL 语句此后若引用该视图，响应时间将会显著缩短。对基本数据的修改将自动反映在视图中。
SQL Server 2000 CREATE VIEW 语句支持 SCHEMABINDING 选项，以防止视图所引用的表在视图未被调整的情况下发生改变。必须为任何创建索引的视图指定 SCHEMABINDING。
优缺点
优点
一，视图着重于特定数据。
视图可以让用户或者程序开发人员只看到他们所需要的数据，而不需要把表中的所有信息与字段暴露出来，这样增强了数据的安全性。
二，简化数据的操作，易维护。
我们可以将经常用到的多表联合查询出来的数据，或特定的结果集定义为视图，这样就起到了模块化数据的作用。我们在使用这些数据时直接查询该视图就可以，而不用到处写长长的SQL语句，这样也起到易维护的作用。
三，视图可以限定查询数据。
比如：对于不同的用户，我们只提供部分数据给他。这样，我们就可以在视图中限定结果集，然后返回该视图给他。这样，无论用户怎么对视图定义查询条件，他也不能查询出我们不想提供给他的数据。
缺点
虽然视图可以给我们带来种种便利，但不意味着我们就可以滥用它。因为视图其实就是一段SQL语句，所以它的结果都是每次调用时动态生成的。如果不合理的定义视图，必然带来性能上的损耗。
下面是我们在创建视图应该要注意的几点：
一，操作视图会比直接操作基础表要慢，所以我们尽量避免在大型表上创建视图。
二，尽量不要创建嵌套视图，就是在视图中使用视图。 这样在查询时，会多次重复访问基础表，带来性能损耗。
三，尽量在视图只返回所需的信息，尽量不要在视图使用不需要访问的表。
四，在大型表或者复杂定义的视图，可以使用存储过程代替。
五，频繁使用的视图，可以使用索引视图来代替。