SQL Server 2008中的架构

架构是指包含表、视图、过程等的容器。

它位于数据库内部，而数据库位于服务器内部。

这些实体就像嵌套框放置在一起。

服务器是最外面的框，而架构是最里面的框。

架构包含下面列出的所有安全对象，但是它不包含其他框。

特定架构中的每个安全对象都必须有唯一的名称。

架构中安全对象的完全指定名称包括此安全对象所在的架构的名称。

因此，架构也是命名空间。

****************************************************** ****************************************************** 安全对象是SQL Server 数据库引擎授权系统控制对其进行访问的资源。

通过创建可以为自己设置安全性的名为“范围”的嵌套层次结构，可以将某些安全对象包含在其他安全对象中。

安全对象范围有服务器、数据库和架构。

安全对象范围：服务器
包含以下安全对象：
∙登录帐户
∙数据库
安全对象范围：数据库包含以下安全对象：
∙用户
∙角色
∙应用程序角色
∙程序集
∙消息类型
∙路由
∙服务
∙远程服务绑定
∙全文目录
∙证书
∙非对称密钥
∙对称密钥
∙约定
∙架构
安全对象范围：架构包含以下安全对象：
∙类型
∙XML 架构集合
∙对象
对象
下面是对象类的成员：∙聚合
∙约束
∙函数
∙队列
∙统计信息
∙同义词
∙表
∙视图
****************************************************** ****************************************************** 在SQL Server 2005 中，架构行为已更改。

架构不再等效于数据库用户；现在，每个架构都是独立于创建它的数据库用户存在的不同命名空间。

也就是说，架构只是对象的容器。

任何用户都可以拥有架构，并且架构所有权可以转移。

新行为
所有权与架构的分离具有重要的意义：
∙架构的所有权和架构范围内的安全对象可以转移。

有关详细信息，请参阅ALTER AUTHORIZATION (Transact-SQL)。

∙对象可以在架构之间移动。

有关详细信息，请参阅ALTER SCHEMA (Transact-SQL)。

∙单个架构可以包含由多个数据库用户拥有的对象。

∙多个数据库用户可以共享单个默认架构。

∙与早期版本相比，对架构及架构中包含的安全对象的权限的管理更加精细。

有关详细信息，请参阅GRANT 架构权限(Transact-SQL) 和
GRANT 对象权限(Transact-SQL)。

∙架构可以由任何数据库主体拥有。

这包括角色和应用程序角色。

∙可以删除数据库用户而不删除相应架构中的对象。

∙如果为SQL Server 早期版本编写的代码假定架构等效于数据库用户，这些代码可能会返回错误的结果。

∙为SQL Server 早期版本设计的目录视图可能会返回错误的结果。

这包括sysobjects。

****************************************************** ****************************************************** 默认架构
为了解析不完全限定的安全对象名称，SQL Server 2000 使用名称解析来检查执行调用的数据库用户所拥有的架构和dbo所拥有的架构。

从SQL Server 2005 开始，每个用户都拥有一个默认架构。

可以使用CREATE USER 或ALTER USER 的DEFAULT_SCHEMA 选项设置和更改默认架构。

如果DEFAULT_SCHEMA 保持未定义状态，则用户将以dbo 作为其默认架构。

可以将DEFAULT_SCHEMA 设置为数据库中当前不存在的架构。

因此，可以在创建架构之前将DEFAULT_SCHEMA 分配给用户。

不能为映射到Windows 组、证书或非对称密钥的用户指定DEFAULT_SCHEMA。

****************************************************** ****************************************************** create login sc with password='hnufesc',DEFAULT_DATABASE=student
use student
create user sc for login sc
grant select on schema::student to sc –-用户sc拥有对架构student中所有安
全对象的select权限
revoke select on schema::student from sc –-撤销用户sc对架构student中所
有安全对象拥有的select权限alter schema dbo transfer student.x –-将student架构中的安全对象x移入dbo
架构中
alter user sc with default_schema=student –-将用户sc的默认架构改为student alter authorization on schema::student to sc –-将student架构的所有者改为
sc，sc可以对student架构
中的数据进行查询、插入、修改
和删除
****************************************************** ******************************************************
dbo是默认用户也是架构，
dbo作为架构是为了更好的与2000兼容，
在2000中DataBaseName.dbo.TableName解释为：数据库名.用户名.表名，
在2005中DataBaseName.dbo.TableName解释为：数据库名.架构名.表名，
这样2000中的代码移植到2005中就不会报错（dbo在2005中是默认的架构，创建表时，如不指定架构，则默认为属于dbo为个架构）。

****************************************************** ****************************************************** 问题：指定的架构名称"dbo" 不存在，或者您没有使用该名称的权限。

原因：缺少权限，需要增加数据角色db_owner（dbo用户的角色）。

方法：安全性->登陆名->选择你的用户名->属性->左边的用户映射->上面选择你要映射的数据库->下马数据库角色成员身份选择db_owner和public。

****************************************************** ****************************************************** 新目录视图
从SQL Server 2005 开始，架构是在元数据中反映的显式实体；因此，架构只能有一个所有者，但一个用户可以不拥有架构，也可以拥有多个架构。

这种复杂关系并未在SQL Server 2000 系统表中反映，因此SQL Server 2005 引入了新的目录视图，以准确反映新的元数据。

下表显示了SQL Server 2000 系统表与其SQL Server 2005 等效项和更高版本的目录视图之间的映射。

SQL Server 2005 引入了超过250 个新目录视图。

极力建议使用新的目录视图访问元数据。

有关详细信息，请参阅目录视图(Transact-SQL)。