本章首先简单地描述视图及其用法。随后，我将讨论使用视图时的一些细节。此外，我还会介绍如何利用视图简化查询以及利用索引视图提高数据库的性能。
1.1 什么是视图？
视图是一个命名的虚拟表（virtual table），它由一个查询来定义，可以当作表使用。与持久表（permanent table）不同的是，视图中的数据没有物理表现形式，除非你为其创建索引。当你在一个未建索引的视图执行查询时，SQL Server实际访问的是基础表（underlying table）。除非特别说明，本章的讨论都是指的未建索引的视图。
如果你要创建一个视图，为其指定一个名称和一个查询即可。Microsoft SQL Server只保存视图的元数据（metadata），用于描述这个对象，以及它所包含的列、安全、依赖等。当你查询视图时，无论是获取数据还是修改数据，查询处理器（query processor）都会用视图定义代替视图引用。也就是说，查询处理器展开视图定义并生成访问基对象（underlying objects）的执行计划。
视图在数据库中发挥着重要的作用。视图的重要用途之一便是被用作一个抽象装置（abstraction mechanism）。例如，在适当时利用视图你可以很容易地为基础数据提供或多或少的规范化映像（normalized picture），这样就不用更改实际数据的规范化（normalization）。通过应用模块化的方法（逐步解决复杂问题），可以简化解决方案。可以利用视图访问经过筛选和处理的数据，而不是直接对基表（base table）进行操作（让视图的架构和基对象的架构相同），可以把视图作为一个安全层（security layer）（在一定程度上）。
如果在视图上创建索引，它在提高性能方面也发挥着重要作用。在视图上创建聚集索引（clustered index）会让它的数据真正地保存在磁盘上，而不再是虚拟的数据。我会在本章专门用一节介绍索引视图。现在，我们先来关注没有索引的视图，它们通常没有特定的性能影响，包括消极的或积极的。
与其他的表表达式（如派生表、公用表表达式，或内联表值用户定义函数[inline table-valued user-defined function，UDF]）一样，视图的查询定义必须满足3个条件：
n 不能在查询定义中使用ORDER BY，除非定义中包含TOP或FOR XML说明符。
n 所有的结果列必须有名称。
n 所有结果列的名称必须是唯一的。
定义视图的查询中在没有TOP或FOR XML说明符的情况下不能包含ORDER BY子句，这是因为视图被认为表示一个表。表是一个逻辑实体，它的行没有顺序，不同于游标，游标是一个物理对象，它可以对行排序。表中的所有列必须有名称，且名称必须是唯一的，这一点勿庸置疑。为视图的目标列指定名称有两种方法，可以在视图名称后面的圆括号内指定，也可以用每个表达式后面的别名作为列名称。
来看一个示例，运行下面的代码创建VcustsWithOrders视图。
SET NOCOUNT ON;
USE Northwind;
GO
IF OBJECT_ID(‘dbo.VcustsWithOrders’) IS NOT NULL
DROP VIEW dbo.VcustsWithOrders;
GO
CREATE VIEW dbo.VcustsWithOrders
AS
SELECT CustomerID, CompanyName, ContactName, ContactTitle,
Address, City, Region, PostalCode, Country, Phone, Fax
FROM Customers AS C
WHERE EXISTS
(SELECT * FROM dbo.Orders AS O
WHERE O.CustomerID = C.CustomerID);
GO
该视图包含发生过订单的消费者。
注意 如果你尝试在SQL Server 2000中运行这段代码，会因为CREATE
VIEW语句末尾的分号而导致失败。要在SQL Server
2000中创建该视图，删除分号即可。分号在ANSI中是必须的，而在以前T-SQL中不必使用分号。SQL Server 2005
只在某些情况下要求你必须使用分号，例如在定义CTE的WITH子句前面使用分号以避免混淆（因为WITH子句还有其他用途）。除此之外，分号的使用是可选的。然而，因为分号是ANSI所必须的，慢慢习惯使用分号也许是个好主意。
该视图的查询使用EXISTS谓词返回在Orders表中至少有一个订单的消费者。
提示
顺便提一下，通常在SELECT中使用*不是一个好习惯，但你可以在EXISTS谓词中放心使用。优化器知道EXISTS谓词不需要引用行的特定属性。它只关心行是否存在。因此，它会完全忽略SELECT列表。通过检查这些查询的执行计划你可以得出这个结论，你会注意到如果被筛选的列（在前面的例子中是O.CustomerID）上有索引，将使用索引且不会产生额外的lookup操作。还有一个方法可以证明SELECT列表被完全忽略，在SELECT列表中指定一个将会产生错误的表达式，例如：
IF EXISTS(SELECT 1/0) PRINT 'no error';
代码运行时不产生错误，这就说明了SQL Server并没有计算表达式。如果SQL Server计算该表达式，你会收到一个错误。
下面这一节将更详细地研究视图的各种特性，先解释视图的查询中没有TOP或FOR XML说明符时禁止使用ORDER BY子句的原因。