欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  数据库

sqlserver修改数据库的所有者

程序员文章站 2022-06-11 19:59:00
...

ALTER AUTHORIZATION 可用于更改任何具有所有者的实体的所有权。数据库包含的实体的所有权,可以传递给任何数据库级的主体。服务器级实体的所有权只能传递给服务器级主体。 重要提示: 在 SQL Server 2005 中,用户可拥有由另一个数据库用户拥有的架构所包含

ALTER AUTHORIZATION 可用于更改任何具有所有者的实体的所有权。数据库包含的实体的所有权,可以传递给任何数据库级的主体。服务器级实体的所有权只能传递给服务器级主体。

sqlserver修改数据库的所有者重要提示:
在 SQL Server 2005 中,用户可拥有由另一个数据库用户拥有的架构所包含的 OBJECT 或 TYPE。这是对早期版本的 SQL Server 的行为的更改。有关详细信息,请参阅用户架构分离、OBJECTPROPERTY (Transact-SQL)和 TYPEPROPERTY (Transact-SQL)。

以下包含在架构中、类型为“object”的实体的所有权可以传递:表、视图、函数、过程、队列和同义词。

不能传输以下实体的所有权:链接服务器、统计信息、约束、规则、默认值、触发器、Service Broker 队列、凭据、分区函数、分区方案、数据库主密钥、服务主密钥和事件通知。

以下安全对象类的成员所有权不能进行传递:服务器、登录、用户、应用程序角色和列。

仅当传递架构包含的实体的所有权时,SCHEMA OWNER 选项才有效。SCHEMA OWNER 将实体所有权传递给它所在的架构所有者。只有类 OBJECT、TYPE 或 XML SCHEMA COLLECTION 的实体是架构包含的。

如果目标实体不是数据库,且该实体正被传递给新的所有者,则该目标的所有权限将被删除。

sqlserver修改数据库的所有者注意:
在 SQL Server 2005 中,架构的行为与早期版本的 SQL Server 中的行为不同。假设架构与数据库用户等价的代码不能返回正确的结果。在曾经使用过以下任何 DDL 语句的数据库中,不应当使用旧目录视图(包括 sysobjects):CREATE SCHEMA、ALTER SCHEMA、DROP SCHEMA、CREATE USER、ALTER USER、DROP USER、CREATE ROLE、ALTER ROLE、DROP ROLE、CREATE APPROLE、ALTER APPROLE、DROP APPROLE、ALTER AUTHORIZATION。在曾经使用过这些语句中的任意一个语句的数据库中,必须使用新的目录视图。新的目录视图将采用在 SQL Server 2005 中引入的使主体和架构分离的方法。有关目录视图的详细信息,请参阅目录视图 (Transact-SQL)。

特殊事例和条件

下表列出了适用于更改授权的特殊事例、异常和条件。

条件

DATABASE

无法更改系统数据库 mastermodeltemp、资源数据库或用作分发数据库的数据库的所有者。主体必须为登录名。如果主体是没有相应 SQL Server 登录的 Windows 登录,则该主体必须拥有数据库的 CONTROL SERVER 权限和 TAKE OWNERSHIP 权限。如果主体为 SQL Server 登录,则无法将该主体映射到证书或非对称密钥。相关别名将映射到新数据库所有者。DBO SID 将在当前数据库和 sys.databases 中更新。

OBJECT

无法更改触发器、约束、规则、默认值、统计信息、系统对象、队列、索引视图或具有索引视图的表的所有权。

SCHEMA

传递所有权时,没有显式所有者的架构包含的对象的权限将被删除。无法更改 sysdboinformation_schema 的所有者。

TYPE

无法更改属于 sysinformation_schema 的 TYPE 的所有权。

CONTRACT、MESSAGE TYPE 或 SERVICE

无法更改系统实体的所有权。

SYMMETRIC KEY

无法更改全局临时密钥的所有权。

CERTIFICATE 或 ASYMMETRIC KEY

无法将这些实体的所有权传递给角色或组。

ENDPOINT

主体必须为登录名。