SQL Server 模式和名称解析

模式实际上是名称空间，因此在SQL Serve中调用数据库对象时，一定要设置对象引用的环境。每个用户都被赋予了一个默认模式，在用户登录SQL Server并凋用数据库对象时，这个默认模式就是对象引用方式的区别机制。

与许多其他数据库产品一样，SQL Server也使用模式来组织对象，所以理解如何正确地访问这些对象是很重要的。

其工作作原理如下：模式由数据库设计人员定义，实际上就是类别的名称，这些模式名可以有相关的所有权与权限。这和SQL Server早期版本提供的功能是一样的。

如果使用随SQL Scrver一起安装的AdventureWorks2008数据库，且所用的登录被赋予了DBQ默认模式，就必须使用如下语法杳询Product表：

SELECT * FROM Production.Product

在SQL Scrvcr的早期版本中，对象通常被DBO用户拥有。如果不使用用户名作为对象引用的前缀，系统就默认使用DB0用户名。SQL Server 2005和2008的模式也是这样，对象可以属于DBO模式，如果在对象引用中不使用模式名，只要DBO是默认模式，系统就使用DBO模式。然而，如果默认模式从DBO改为其他模式，DBO模式就不会被使用了。如果对象使用其他模式，就必须在表达式中指定模式名。以下这个例子说明了这个功能。用户Fred将名为Bedrock1的SpL Server实例连接到Adventure Works2008数据库上，Fred的默认模式没有明确指定，所以这个模式默认设置为DBO然后Fred执行了下列查询:

SELECT * FROM Product

查询处理器尝试将Product表名解析为Bedrock1.AdventureWorksZ008.dbo.Product ,但是这个杳询执行失败了。原因在于Product表存在与Production模式中，而不是在DBO模式中。现在将Fred的默认模式改成:

ALTER USER Fred WITH  DEFAULT_SCHEMA = Production

当Fred再次执行查询时，查询处理器将Product表名解析为 Bedrock1.AdventureWorks2008.Production.Product，查询执行成功。

现在看一个相反的例子。用户Barney是助理 DBA，他将数据库连接到和Fred一样的实例上，但要检索DBO模式中的DBAudit表的内容，Barney的默认模式也被设置为Production。Barney运行了下列查询:

SELECT * FROM DBAudit

查询处理器先尝试将DBAudit表解析为Barney的默认模式Bedrock1.AdventureWorks2008.Production.DBAudit，但解析失败了。不过，由于查询处理器是从非DBO模式开始的，于是它返回DBO模式，并尝试经DBAudit表解析为Bedrock1.AdventureWorks2008.dbo.DBAudit。 这个解析是成功的，它返回了表的内容。

这种返回解析方式能够处理两种情况：一种是对象不在用户的默认模式中，而在DBO模式中的情况；另一种是对象不在用户的默认模式中，而在SYS模式中的情况。SYS模式是为系统对象保留的。包含可以管理SQL Server数据库的系统视图。

最后，理解不同模式中的表可以重名是很重要的。因此在Sales模式、Production模式和HumanResources模式中都可以创建User表。但此时必须用表的两部分名字来引用表，才能确保返回正确的数据。为什么要创建3个重名的表昵？因为SQL Server模式不仅是名称空间，还是一个安个环境。DBA可以给销售经理授予在Sales.User表中添加和删除用户的权限，但拒绝他访问Productian.User表。这是管理安全性和应用程序访问的另一种方式。