ALTER AUTHORIZATION (Transact-SQL)ALTER AUTHORIZATION (Transact-SQL)

ОБЛАСТЬ ПРИМЕНЕНИЯ: даSQL Server даБаза данных SQL Azure даAzure Synapse Analytics (хранилище данных SQL) даParallel Data Warehouse APPLIES TO: yesSQL Server yesAzure SQL Database yesAzure Synapse Analytics (SQL DW) yesParallel Data Warehouse

Изменяет владельца защищаемой сущности.Changes the ownership of a securable.

Значок ссылки на раздел Синтаксические обозначения в Transact-SQLTopic link icon Transact-SQL Syntax Conventions

СинтаксисSyntax

-- Syntax for SQL Server  
ALTER AUTHORIZATION    
   ON [ <class_type>:: ] entity_name    
   TO { principal_name | SCHEMA OWNER }    
[;]    
    
<class_type> ::=    
    {    
        OBJECT | ASSEMBLY | ASYMMETRIC KEY | AVAILABILITY GROUP | CERTIFICATE     
      | CONTRACT | TYPE | DATABASE | ENDPOINT | FULLTEXT CATALOG     
      | FULLTEXT STOPLIST | MESSAGE TYPE | REMOTE SERVICE BINDING    
      | ROLE | ROUTE | SCHEMA | SEARCH PROPERTY LIST | SERVER ROLE     
      | SERVICE | SYMMETRIC KEY | XML SCHEMA COLLECTION    
    }    
-- Syntax for SQL Database  
  
ALTER AUTHORIZATION    
   ON [ <class_type>:: ] entity_name    
   TO { principal_name | SCHEMA OWNER }    
[;]    
    
<class_type> ::=    
    {    
      OBJECT | ASSEMBLY | ASYMMETRIC KEY | CERTIFICATE     
    | TYPE | DATABASE | FULLTEXT CATALOG     
    | FULLTEXT STOPLIST     
    | ROLE | SCHEMA | SEARCH PROPERTY LIST     
    | SYMMETRIC KEY | XML SCHEMA COLLECTION    
    }    
-- Syntax for Azure SQL Data Warehouse  
  
ALTER AUTHORIZATION ON    
    [ <class_type> :: ] <entity_name>     
    TO { principal_name | SCHEMA OWNER }    
[;]    
    
<class_type> ::= {    
      SCHEMA     
    | OBJECT     
}    
    
<entity_name> ::=    
{    
      schema_name    
    | [ schema_name. ] object_name    
}    
-- Syntax for Parallel Data Warehouse  
  
ALTER AUTHORIZATION ON    
    [ <class_type> :: ] <entity_name>     
    TO { principal_name | SCHEMA OWNER }    
[;]    
    
<class_type> ::= {    
      DATABASE     
    | SCHEMA     
    | OBJECT     
}    
    
<entity_name> ::=    
{    
      database_name 
    | schema_name    
    | [ schema_name. ] object_name    
}    

АргументыArguments

<class_type> Защищаемый класс сущности, для которой изменяется владелец.<class_type> Is the securable class of the entity for which the owner is being changed. По умолчанию это класс OBJECT.OBJECT is the default.

OBJECTOBJECT Применимо к: SQL Server 2008SQL Server 2008 и выше, База данных SQL AzureAzure SQL Database, хранилище данных SQL Azure, Параллельное хранилище данныхParallel Data Warehouse.APPLIES TO: SQL Server 2008SQL Server 2008 and later, База данных SQL AzureAzure SQL Database, Azure SQL Data Warehouse, Параллельное хранилище данныхParallel Data Warehouse.
ASSEMBLYASSEMBLY Применимо к: SQL Server 2008SQL Server 2008 и выше, База данных SQL AzureAzure SQL Database.APPLIES TO: SQL Server 2008SQL Server 2008 and later, База данных SQL AzureAzure SQL Database.
ASYMMETRIC KEYASYMMETRIC KEY Применимо к: SQL Server 2008SQL Server 2008 и выше, База данных SQL AzureAzure SQL Database.APPLIES TO: SQL Server 2008SQL Server 2008 and later, База данных SQL AzureAzure SQL Database.
AVAILABILITY GROUPAVAILABILITY GROUP Область применения: SQL Server 2012 и выше.APPLIES TO: SQL Server 2012 and later.
CERTIFICATECERTIFICATE Применимо к: SQL Server 2008SQL Server 2008 и выше, База данных SQL AzureAzure SQL Database.APPLIES TO: SQL Server 2008SQL Server 2008 and later, База данных SQL AzureAzure SQL Database.
CONTRACTCONTRACT Применимо к: SQL Server 2008SQL Server 2008 и выше.APPLIES TO: SQL Server 2008SQL Server 2008 and later.
DATABASEDATABASE Применимо к: SQL Server 2008SQL Server 2008 и выше, База данных SQL AzureAzure SQL Database.APPLIES TO: SQL Server 2008SQL Server 2008 and later, База данных SQL AzureAzure SQL Database. Дополнительные сведения см. в разделе ALTER AUTHORIZATION для баз данных ниже.For more information,see ALTER AUTHORIZATION FOR databases section below.
ENDPOINTENDPOINT Применимо к: SQL Server 2008SQL Server 2008 и выше.APPLIES TO: SQL Server 2008SQL Server 2008 and later.
FULLTEXT CATALOGFULLTEXT CATALOG Применимо к: SQL Server 2008SQL Server 2008 и выше, База данных SQL AzureAzure SQL Database.APPLIES TO: SQL Server 2008SQL Server 2008 and later, База данных SQL AzureAzure SQL Database.
FULLTEXT STOPLISTFULLTEXT STOPLIST Применимо к: SQL Server 2008SQL Server 2008 и выше, База данных SQL AzureAzure SQL Database.APPLIES TO: SQL Server 2008SQL Server 2008 and later, База данных SQL AzureAzure SQL Database.
MESSAGE TYPEMESSAGE TYPE Применимо к: SQL Server 2008SQL Server 2008 и выше.APPLIES TO: SQL Server 2008SQL Server 2008 and later.
REMOTE SERVICE BINDINGREMOTE SERVICE BINDING Применимо к: SQL Server 2008SQL Server 2008 и выше.APPLIES TO: SQL Server 2008SQL Server 2008 and later.
ROLEROLE Применимо к: SQL Server 2008SQL Server 2008 и выше, База данных SQL AzureAzure SQL Database.APPLIES TO: SQL Server 2008SQL Server 2008 and later, База данных SQL AzureAzure SQL Database.
ROUTEROUTE Применимо к: SQL Server 2008SQL Server 2008 и выше.APPLIES TO: SQL Server 2008SQL Server 2008 and later.
SCHEMASCHEMA Применимо к: SQL Server 2008SQL Server 2008 и выше, База данных SQL AzureAzure SQL Database, хранилище данных SQL Azure, Параллельное хранилище данныхParallel Data Warehouse.APPLIES TO: SQL Server 2008SQL Server 2008 and later, База данных SQL AzureAzure SQL Database, Azure SQL Data Warehouse, Параллельное хранилище данныхParallel Data Warehouse.
SEARCH PROPERTY LISTSEARCH PROPERTY LIST Применимо к: SQL Server 2012 (11.x)SQL Server 2012 (11.x) и выше, База данных SQL AzureAzure SQL Database.APPLIES TO: SQL Server 2012 (11.x)SQL Server 2012 (11.x) and later, База данных SQL AzureAzure SQL Database.
SERVER ROLESERVER ROLE Применимо к: SQL Server 2008SQL Server 2008 и выше.APPLIES TO: SQL Server 2008SQL Server 2008 and later.
SERVICESERVICE Применимо к: SQL Server 2008SQL Server 2008 и выше.APPLIES TO: SQL Server 2008SQL Server 2008 and later.
SYMMETRIC KEYSYMMETRIC KEY Применимо к: SQL Server 2008SQL Server 2008 и выше, База данных SQL AzureAzure SQL Database.APPLIES TO: SQL Server 2008SQL Server 2008 and later, База данных SQL AzureAzure SQL Database.
TYPETYPE Применимо к: SQL Server 2008SQL Server 2008 и выше, База данных SQL AzureAzure SQL Database.APPLIES TO: SQL Server 2008SQL Server 2008 and later, База данных SQL AzureAzure SQL Database.
XML SCHEMA COLLECTIONXML SCHEMA COLLECTION Применимо к: SQL Server 2008SQL Server 2008 и выше, База данных SQL AzureAzure SQL Database.APPLIES TO: SQL Server 2008SQL Server 2008 and later, База данных SQL AzureAzure SQL Database.

entity_name entity_name
Имя сущности.Is the name of the entity.

principal_name | SCHEMA OWNERprincipal_name | SCHEMA OWNER
Имя субъекта безопасности, который будет являться собственником сущности.Name of the security principal that will own the entity. Объекты базы данных должны принадлежать субъекту базы данных; пользователю базы данных или роли.Database objects must be owned by a database principal; a database user or role. Объекты сервера (такие как базы данных) должны принадлежать субъекту сервера (имя для входа).Server objects (such as databases) must be owned by a server principal (a login). Определите SCHEMA OWNER в качестве principal_name, чтобы показать, что объект должен принадлежать участнику, который владеет схемой объекта.Specify SCHEMA OWNER as the principal_name to indicate that the object should be owned by the principal that owns the schema of the object.

RemarksRemarks

Инструкция ALTER AUTHORIZATION может использоваться для изменения владельца любой сущности, у которой он есть.ALTER AUTHORIZATION can be used to change the ownership of any entity that has an owner. Владение содержащимися в базе данных сущностями можно передать любому участнику уровня базы данных.Ownership of database-contained entities can be transferred to any database-level principal. Владение сущностями уровня сервера можно передать только участникам уровня сервера.Ownership of server-level entities can be transferred only to server-level principals.

Важно!

Начиная с SQL Server 2005 (9.x)SQL Server 2005 (9.x), пользователь может владеть объектом (OBJECT) или типом (TYPE), содержащимся в схеме, которая принадлежит другому пользователю базы данных.Beginning with SQL Server 2005 (9.x)SQL Server 2005 (9.x), a user can own an OBJECT or TYPE that is contained by a schema owned by another database user. Это поведение было изменено по сравнению с предыдущими версиями SQL ServerSQL Server.This is a change of behavior from earlier versions of SQL ServerSQL Server. Дополнительные сведения см. в разделах OBJECTPROPERTY (Transact-SQL) и TYPEPROPERTY (Transact-SQL).For more information, see OBJECTPROPERTY (Transact-SQL) and TYPEPROPERTY (Transact-SQL).

Владение можно передавать для следующих, содержащихся в схемах сущностей типа «объект»: таблиц, представлений, функций, процедур, очередей и синонимов.Ownership of the following schema-contained entities of type "object" can be transferred: tables, views, functions, procedures, queues, and synonyms.

Нельзя передавать владение для следующих сущностей: связанных серверов, статистики, ограничений, правил, значений по умолчанию, триггеров, очередей компонента Компонент Service BrokerService Broker, учетных данных, функций секционирования, схем секционирования, главных ключей баз данных, главного ключа службы, а также для уведомлений о событиях.Ownership of the following entities cannot be transferred: linked servers, statistics, constraints, rules, defaults, triggers, Компонент Service BrokerService Broker queues, credentials, partition functions, partition schemes, database master keys, service master key, and event notifications.

Нельзя передавать владение элементами следующих защищаемых классов: сервером, именем входа, пользователем, ролью приложения и столбцом.Ownership of members of the following securable classes cannot be transferred: server, login, user, application role, and column.

Аргумент SCHEMA OWNER допустим только в случае передачи владения сущностью, содержащейся в схеме.The SCHEMA OWNER option is only valid when you are transferring ownership of a schema-contained entity. Аргумент SCHEMA OWNER позволяет передать владение сущностью владельцу схемы, в которой она находится.SCHEMA OWNER will transfer ownership of the entity to the owner of the schema in which it resides. В схемах содержатся только сущности классов OBJECT, TYPE или XML SCHEMA COLLECTION.Only entities of class OBJECT, TYPE, or XML SCHEMA COLLECTION are schema-contained.

Если целевая сущность не представляет собой базу данных, а передаваемая сущность передается новому владельцу, все разрешения на целевую сущность удаляются.If the target entity is not a database and the entity is being transferred to a new owner, all permissions on the target will be dropped.

Внимание!

В SQL Server 2005 (9.x)SQL Server 2005 (9.x) поведение схем отличается от более ранних версий SQL ServerSQL Server.In SQL Server 2005 (9.x)SQL Server 2005 (9.x), the behavior of schemas changed from the behavior in earlier versions of SQL ServerSQL Server. Код, предполагающий, что схемы эквивалентны пользователям базы данных, может возвращать неверные результаты.Code that assumes that schemas are equivalent to database users may not return correct results. Старые представления каталога, содержащие таблицу sysobjects, не могут быть использованы в базе данных, в которой когда-либо выполнялась любая из следующих инструкций DDL: 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.Old catalog views, including sysobjects, should not be used in a database in which any of the following DDL statements has ever been used: 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. В базе данных, в которой когда-либо выполнялась любая из этих инструкций, необходимо использовать новые представления каталога.In a database in which any of these statements has ever been used, you must use the new catalog views. В новых представлениях каталогов учитывается разделение участников и схем, введенное в SQL Server 2005 (9.x)SQL Server 2005 (9.x).The new catalog views take into account the separation of principals and schemas that was introduced in SQL Server 2005 (9.x)SQL Server 2005 (9.x). Дополнительные сведения о представлениях каталогов см. в статье Представления каталогов (Transact-SQL).For more information about catalog views, see Catalog Views (Transact-SQL).

Имейте в виду следующее:Also, note the following:

Важно!

Единственный надежный способ найти владельца объекта — запросить представление каталога sys.objects.The only reliable way to find the owner of a object is to query the sys.objects catalog view. Единственный надежный способ найти владельца типа — использовать функцию TYPEPROPERTY.The only reliable way to find the owner of a type is to use the TYPEPROPERTY function.

Особые случаи и условияSpecial Cases and Conditions

В следующей таблице перечислены особые случаи, исключения и условия, касающиеся изменения авторизации.The following table lists special cases, exceptions, and conditions that apply to altering authorization.

ClassClass УсловиеCondition
OBJECTOBJECT Нельзя изменить владельца триггеров, ограничений, правил, значений по умолчанию, статистик, системных объектов, очередей, индексированных представлений и таблиц с индексированными представлениями.Cannot change ownership of triggers, constraints, rules, defaults, statistics, system objects, queues, indexed views, or tables with indexed views.
SCHEMASCHEMA При передаче владения разрешения на содержащиеся в схеме объекты, у которых нет явных владельцев, удаляются.When ownership is transferred, permissions on schema-contained objects that do not have explicit owners will be dropped. Нельзя изменить владельца схем sys, dbo и information_schema.Cannot change the owner of sys, dbo, or information_schema.
TYPETYPE Нельзя изменить владельца сущности TYPE, принадлежащей схеме sys или information_schema.Cannot change ownership of a TYPE that belongs to sys or information_schema.
CONTRACT, MESSAGE TYPE или SERVICECONTRACT, MESSAGE TYPE, or SERVICE Нельзя изменить владельца системных сущностей.Cannot change ownership of system entities.
SYMMETRIC KEYSYMMETRIC KEY Нельзя изменить владельца глобальных временных ключей.Cannot change ownership of global temporary keys.
CERTIFICATE или ASYMMETRIC KEYCERTIFICATE or ASYMMETRIC KEY Нельзя передавать владение данными сущностями роли или группе.Cannot transfer ownership of these entities to a role or group.
ENDPOINTENDPOINT Участник должен представлять собой имя входа в систему.The principal must be a login.

ALTER AUTHORIZATION для баз данныхALTER AUTHORIZATION for databases

ПРИМЕНИМО К: SQL ServerSQL Server, База данных SQL AzureAzure SQL Database.APPLIES TO: SQL ServerSQL Server, База данных SQL AzureAzure SQL Database.

Для SQL Server:For SQL Server:

Требования к новому владельцу: Requirements for the new owner:
Новый участник-владелец должен быть одним из следующих:The new owner principal must be one of the following:

  • имя входа для проверки подлинности SQL Server;A SQL Server authentication login.
  • имя входа для проверки подлинности Windows, представляющее пользователя Windows (а не группу);A Windows authentication login representing a Windows user (not a group).
  • пользователь Windows, проходящий проверку подлинности с использованием имени входа для проверки подлинности Windows, представляющего группу Windows.A Windows user that authenticates through a Windows authentication login representing a Windows group.

Требования к пользователю, выполняющему инструкцию ALTER AUTHORIZATIONRequirements for the person executing the ALTER AUTHORIZATION statement:
Если вы не являетесь членом предопределенной роли сервера sysadmin, вам требуется как минимум разрешение TAKE OWNERSHIP для базы данных и разрешение IMPERSONATE для имени входа нового владельца.If you are not a member of the sysadmin fixed server role, you must have at least TAKE OWNERSHIP permission on the database, and must have IMPERSONATE permission on the new owner login.

Для базы данных SQL AzureFor Azure SQL Database:

Требования к новому владельцу: Requirements for the new owner:
Новый участник-владелец должен быть одним из следующих:The new owner principal must be one of the following:

  • имя входа для проверки подлинности SQL Server;A SQL Server authentication login.
  • федеративный пользователь (не группа) в Azure AD;A federated user (not a group) present in Azure AD.
  • управляемый пользователь (не группа) или приложение в Azure AD.A managed user (not a group) or an application present in Azure AD.

Примечание

Если новый владелец является пользователем Azure Active Directory, он не может существовать как пользователь в базе данных, где новый владелец станет новым DBO.If the new owner is an Azure Active Directory user, it cannot exist as a user in the database where the new owner will become the new DBO. Такого пользователя Azure AD необходимо удалить из базы данных перед выполнением инструкции ALTER AUTHORIZATION, указав в качестве владельца базы данных нового пользователя.Such Azure AD user must be first removed from the database before executing the ALTER AUTHORIZATION statement changing the database ownership to the new user. Дополнительные сведения о настройке пользователей Azure Active Directory с базой данных SQL см. в статье Подключение к базе данных SQL или хранилищу данных SQL с использованием аутентификации Azure Active Directory.For more information about configuring an Azure Active Directory users with SQL Database, see Connecting to SQL Database or SQL Data Warehouse By Using Azure Active Directory Authentication.

Требования к пользователю, выполняющему инструкцию ALTER AUTHORIZATIONRequirements for the person executing the ALTER AUTHORIZATION statement:
Необходимо подключиться к целевой базе данных, чтобы изменить ее владельца.You must connect to the target database to change the owner of that database.

Изменить владельца базы данных могут следующие типы учетных записей.The following types of accounts can change the owner of a database.

  • Имя входа участника уровня службы.The service-level principal login. (Администратор SQL Azure, подготовленный при создании сервера Базы данных SQL.)(The SQL Azure administrator provisioned when the SQL Database server was created.)
  • Администратор Active Directory для Azure SQL Server.The Azure Active Directory administrator for the Azure SQL Server.
  • Текущий владелец базы данных.The current owner of the database.

Следующая таблица содержит сводку требований.The following table summarizes the requirements:

ИсполнительExecutor НазначениеTarget РезультатResult
Имя входа для проверки подлинности SQL ServerSQL Server Authentication login Имя входа для проверки подлинности SQL ServerSQL Server Authentication login УспешноSuccess
Имя входа для проверки подлинности SQL ServerSQL Server Authentication login Пользователь Azure ADAzure AD user ОшибкаFail
Пользователь Azure ADAzure AD user Имя входа для проверки подлинности SQL ServerSQL Server Authentication login УспешноSuccess
Пользователь Azure ADAzure AD user Пользователь Azure ADAzure AD user УспешноSuccess

Чтобы проверить владельца базы данных Azure AD, выполните следующую команду Transact-SQL в базе данных пользователя (в этом примере testdb).To verify an Azure AD owner of the database execute the following Transact-SQL command in a user database (in this example testdb).

SELECT CAST(owner_sid as uniqueidentifier) AS Owner_SID   
FROM sys.databases   
WHERE name = 'testdb';  

Выходными данными будет идентификатор (например, 6D8B81F6-7C79-444C-8858-4AF896C03C67), который соответствует ObjectID Azure AD, назначенному richel@cqclinic.onmicrosoft.com.The output will be an identifier (such as 6D8B81F6-7C79-444C-8858-4AF896C03C67) which corresponds to Azure AD ObjectID assigned to richel@cqclinic.onmicrosoft.com
Если владельцем базы данных SQL Server является пользователь имени входа, выполните следующую инструкцию в базе данных master для проверки владельца базы данных:When a SQL Server authentication login user is the database owner, execute the following statement in the master database to verify the database owner:

SELECT d.name, d.owner_sid, sl.name   
FROM sys.databases AS d  
JOIN sys.sql_logins AS sl  
ON d.owner_sid = sl.sid;  
    

РекомендацииBest practice

Не используйте пользователей Azure AD в качестве отдельных владельцев базы данных — используйте группу Azure AD как член предопределенной роли базы данных db_owner.Instead of using Azure AD users as individual owners of the database, use an Azure AD group as a member of the db_owner fixed database role. Далее приводятся действия по настройке имени входа в качестве владельца базы данных и назначению группы Azure Active Directory (mydbogroup) в качестве члена роли db_owner.The following steps, show how to configure a disabled login as the database owner, and make an Azure Active Directory group (mydbogroup) a member of the db_owner role.

  1. Войдите в SQL Server как администратор Azure AD и измените владельца базы данных на отключенное имя входа для проверки подлинности SQL Server.Login to SQL Server as Azure AD admin, and change the owner of the database to a disabled SQL Server authentication login. Например, в базе данных пользователя выполните следующую команду:For example, from the user database execute:
ALTER AUTHORIZATION ON database::testdb TO DisabledLogin;  
  1. Создайте группу Azure AD, которая должна быть владельцем базы данных, и добавьте ее в качестве пользователя в базу данных пользователя.Create an Azure AD group that should own the database and add it as a user to the user database. Пример:For example:
CREATE USER [mydbogroup] FROM EXTERNAL PROVIDER;  
  1. В базе данных добавьте пользователя, представляющего группу Azure AD, в предопределенную роль базы данных db_owner.In the user database add the user representing the Azure AD group, to the db_owner fixed database role. Пример:For example:
ALTER ROLE db_owner ADD MEMBER mydbogroup;  

Теперь члены mydbogroup могут централизованно управлять базой данных как члены роли db_owner.Now the mydbogroup members can centrally manage the database as members of the db_owner role.

  • Когда члены этой группы удаляются из группы Azure AD, они автоматически теряют разрешения dbo на эту базу данных.When members of this group are removed from the Azure AD group, they automatically loose the dbo permissions for this database.
  • Аналогичным образом новые члены, добавляемые в группу Azure AD mydbogroup, автоматически получают доступ dbo для этой базы данных.Similarly if new members are added to mydbogroup Azure AD group, they automatically gain the dbo access for this database.

Чтобы проверить наличие действующего разрешения dbo у конкретного пользователя, пользователь должен выполнить следующую инструкцию:To check if a specific user has the effective dbo permission, have the user execute the following statement:

SELECT IS_MEMBER ('db_owner');  

Возвращаемое значение 1 указывает, что пользователь является членом роли.A return value of 1 indicates the user is a member of the role.

РазрешенияPermissions

Требует разрешения TAKE OWNERSHIP для сущности.Requires TAKE OWNERSHIP permission on the entity. Если новый владелец не является пользователем, выполняющим данную инструкцию, также требуется одно из следующих условий: 1) разрешение IMPERSONATE для нового владельца, если это пользователь или имя входа; 2) если новый владелец представляет собой роль — членство в роли или разрешение ALTER для этой роли; 3) если новый владелец представляет собой роль приложения — разрешение ALTER для роли приложения.If the new owner is not the user that is executing this statement, also requires either, 1) IMPERSONATE permission on the new owner if it is a user or login; or 2) if the new owner is a role, membership in the role, or ALTER permission on the role; or 3) if the new owner is an application role, ALTER permission on the application role.

ПримерыExamples

A.A. Передача владения таблицейTransfer ownership of a table

В следующем примере владение таблицей Sprockets передается пользователю MichikoOsada.The following example transfers ownership of table Sprockets to user MichikoOsada. Эта таблица расположена в схеме Parts.The table is located inside schema Parts.

ALTER AUTHORIZATION ON OBJECT::Parts.Sprockets TO MichikoOsada;    
GO    

Запрос также может выглядеть следующим образом:The query could also look like the following:

ALTER AUTHORIZATION ON Parts.Sprockets TO MichikoOsada;    
GO    

Если объекты схемы не включены в инструкцию, Компонент Database EngineDatabase Engine выполнит поиск объекта в схеме пользователей по умолчанию.If the objects schema is not included as part of the statement, the Компонент Database EngineDatabase Engine will look for the object in the users default schema. Пример:For example:

ALTER AUTHORIZATION ON Sprockets TO MichikoOsada;    
ALTER AUTHORIZATION ON OBJECT::Sprockets TO MichikoOsada;    

Б.B. Передача владения представлением владельцу схемыTransfer ownership of a view to the schema owner

В следующем примере передается владение представлением ProductionView06 владельцу содержащей его схемы.The following example transfers ownership the view ProductionView06 to the owner of the schema that contains it. Это представление расположено в схеме Production.The view is located inside schema Production.

ALTER AUTHORIZATION ON OBJECT::Production.ProductionView06 TO SCHEMA OWNER;    
GO    

В.C. Передача владения схемой пользователюTransfer ownership of a schema to a user

В следующем примере владение схемой SeattleProduction11 передается пользователю SandraAlayo.The following example transfers ownership of the schema SeattleProduction11 to user SandraAlayo.

ALTER AUTHORIZATION ON SCHEMA::SeattleProduction11 TO SandraAlayo;    
GO    

Г.D. Передача владения конечной точкой имени входа в SQL ServerTransfer ownership of an endpoint to a SQL Server login

В следующем примере владение конечной точкой CantabSalesServer1 передается JaePak.The following example transfers ownership of endpoint CantabSalesServer1 to JaePak. Так как конечная точка представляет собой защищаемую сущность уровня сервера, ее можно передать только участнику уровня сервера.Because the endpoint is a server-level securable, the endpoint can only be transferred to a server-level principal.

Область применения: SQL Server 2008SQL Server 2008 и более поздних версий.Applies to: SQL Server 2008SQL Server 2008 and later.

ALTER AUTHORIZATION ON ENDPOINT::CantabSalesServer1 TO JaePak;    
GO    

Д.E. Изменение владельца таблицыChanging the owner of a table

В каждом из следующих примеров показано изменение владельца таблицы Sprockets в базе данных Parts на пользователя базы данных MichikoOsada.Each of the following examples changes the owner of the Sprockets table in the Parts database to the database user MichikoOsada.

ALTER AUTHORIZATION ON Sprockets TO MichikoOsada;    
ALTER AUTHORIZATION ON dbo.Sprockets TO MichikoOsada;    
ALTER AUTHORIZATION ON OBJECT::Sprockets TO MichikoOsada;    
ALTER AUTHORIZATION ON OBJECT::dbo.Sprockets TO MichikoOsada;    

Е.F. Изменение владельца базы данныхChanging the owner of a database

Применимо к: SQL Server 2008SQL Server 2008 и выше, Параллельное хранилище данныхParallel Data Warehouse, База данных SQLSQL Database.APPLIES TO: SQL Server 2008SQL Server 2008 and later, Параллельное хранилище данныхParallel Data Warehouse, База данных SQLSQL Database.

В следующем примере показано, как изменить владельца базы данных Parts на имя входа MichikoOsada.The following example change the owner of the Parts database to the login MichikoOsada.

ALTER AUTHORIZATION ON DATABASE::Parts TO MichikoOsada;    

Ж.G. Изменение владельца базы данных SQL на пользователя Azure ADChanging the owner of a SQL Database to an Azure AD User

В следующем примере администратор Azure Active Directory для SQL Server в организации с Active Directory cqclinic.onmicrosoft.com может изменить текущую принадлежность базы данных targetDB и сделать пользователя AAD richel@cqclinic.onmicorsoft.com новым владельцем базы данных с помощью следующей команды:In the following example, an Azure Active Directory administrator for SQL Server in an organization with an active directory named cqclinic.onmicrosoft.com, can change the current ownership of a database targetDB and make an AAD user richel@cqclinic.onmicorsoft.com the new database owner using the following command:

ALTER AUTHORIZATION ON database::targetDB TO [rachel@cqclinic.onmicrosoft.com];   

Обратите внимание, что имена пользователей Azure AD следует заключать в квадратные скобки.Note that for Azure AD users the brackets around the user name must be used.

См. также:See Also

OBJECTPROPERTY (Transact-SQL) OBJECTPROPERTY (Transact-SQL)
TYPEPROPERTY (Transact-SQL) TYPEPROPERTY (Transact-SQL)
EVENTDATA (Transact-SQL)EVENTDATA (Transact-SQL)