wykonać AS (języka Transact-SQL)

Nazwa użytkownika lub logowania, określonego w wykonać AS <context_specification> musi istnieć jako podmiotu w sys.database_principals or sys.server_principals odpowiednio lub wykonać AS instrukcja nie powiedzie się. Ponadto należy udzielić uprawnienia PERSONIFIKACJI spłaty kapitału.Jeżeli obiekt wywołujący jest właścicielem bazy danych lub nie jest element członkowski z sysadmin stała rola serwera, musi istnieć główny, nawet wtedy, gdy użytkownik uzyskuje dostęp do bazy danych lub wystąpienie SQL Server za pomocą grupy systemu Windows element członkowski wysyłki. Załóżmy na przykład, następujące warunki:

• CompanyDomain\SQLUsers grupa ma dostęp do Sprzedaż bazy danych.

• CompanyDomain\SqlUser1 jest członkiem SQLUsers i dlatego ma zawsze dostęp do Sprzedaż bazy danych.

Mimo że CompanyDomain\SqlUser1 ma dostęp do bazy danych poprzez członkostwo w SQLUsers Instrukcja grupie EXECUTE AS USER = 'CompanyDomain\SqlUser1' nie działa, ponieważ CompanyDomain\SqlUser1 nie istnieje jako głównego w bazie danych.

Jeśli użytkownik jest oddzielony (logowania skojarzone już nie istnieje), a użytkownik nie został utworzony z WITHOUT LOGIN, EXECUTE AS nie będzie działać dla użytkownika.

Określ identyfikator logowania lub użytkownik, który ma co najmniej uprawnienia wymagane do wykonywania operacji w sesja.Na przykład nie określono nazwy logowania z uprawnieniami poziom serwera, jeśli tylko są uprawnienia poziom bazy danych; lub nie określono konta właściciela do bazy danych, chyba że te uprawnienia są wymagane.

Gdy wykonać AS instrukcja zawiera z opcjonalnych, klauzula operacji PRZYWRACANIA nie kontekst wykonywania sesja nie można zresetować przy użyciu operacji PRZYWRACANIA lub wykonywania instrukcji wykonać AS innego.Kontekście zestaw w instrukcja pozostaje w wpływu do chwili, gdy sesja zostanie usunięte.

Gdy przy użyciu pliku COOKIE nie operacji PRZYWRACANIA = @varbinary\_variablKlauzula e jest określony, SQL Server Database Engine przekazuje wartość pliku cookie do @varbinary\_variable. Kontekst wykonywania ustala, że instrukcja tylko może można przywrócić do poprzedniego kontekstu, jeśli wywołujący REVERT przy użyciu pliku COOKIE = @varbinary\_variable Instrukcja zawiera takie same @varbinary\_variable wartość.

Ta opcja jest przydatna w środowisku, w które połączenie jest używane buforowanie.Buforowanie połączeń jest utrzymywanie grupy połączeń z bazą danych do ponownego użycia przez aplikacje na serwerze aplikacji.Ponieważ wartości są przekazywane do @varbinary\_variable znany jest tylko do rozmówcy wykonać AS instrukcja, obiekt wywołujący może zagwarantować że kontekst wykonywania ustanawiają one nie mogą być zmieniane przez inną osobę.

Użycie ORIGINAL_LOGIN funkcja zwracająca nazwę logowania, który podłączonych do tego wystąpienie SQL Server. Ta funkcja służy do zwracania tożsamości oryginalnego identyfikatora logowania w sesjach, w których występują wiele przełączeń kontekstu jawny lub niejawny bazy danych.

Poniższy przykład tworzy stos wykonanie kontekstu, za pomocą wielu wystawców.The REVERT instrukcja is then used to reset the execution context to the previous caller. The REVERT instrukcja is executed multiple times moving up the stack until the execution context is zestaw to the original caller.

USE AdventureWorks;
GO
--Create two temporary principals
CREATE LOGIN login1 WITH PASSWORD = 'J345#$)thb';
CREATE LOGIN login2 WITH PASSWORD = 'Uor80$23b';
GO
CREATE USER user1 FOR LOGIN login1;
CREATE USER user2 FOR LOGIN login2;
GO
--Give IMPERSONATE permissions on user2 to user1
--so that user1 can successfully set the execution context to user2.
GRANT IMPERSONATE ON USER:: user2 TO user1;
GO
--Display current execution context.
SELECT SUSER_NAME(), USER_NAME();
-- Set the execution context to login1. 
EXECUTE AS LOGIN = 'login1';
--Verify the execution context is now login1.
SELECT SUSER_NAME(), USER_NAME();
--Login1 sets the execution context to login2.
EXECUTE AS USER = 'user2';
--Display current execution context.
SELECT SUSER_NAME(), USER_NAME();
-- The execution context stack now has three principals: the originating caller, login1 and login2.
--The following REVERT statements will reset the execution context to the previous context.
REVERT;
--Display current execution context.
SELECT SUSER_NAME(), USER_NAME();
REVERT;
--Display current execution context.
SELECT SUSER_NAME(), USER_NAME();

--Remove temporary principals.
DROP LOGIN login1;
DROP LOGIN login2;
DROP USER user1;
DROP USER user2;
GO

Poniższy przykład ustawia kontekst wykonywania sesja do określonego użytkownika i określa WITH NO REVERT COOKIE = @varbinary\_variablKlauzula e. The REVERT instrukcja must specify the value passed to the @cookie variable in the EXECUTE AS instrukcja to successfully revert the context back to the caller. Aby uruchomić ten przykład login1 Identyfikator logowania i user1 utworzone w przykładzie A użytkownik musi istnieć.

DECLARE @cookie varbinary(100);
EXECUTE AS USER = 'user1' WITH COOKIE INTO @cookie;
-- Store the cookie in a safe location in your application.
-- Verify the context switch.
SELECT SUSER_NAME(), USER_NAME();
--Display the cookie value.
SELECT @cookie;
GO
-- Use the cookie in the REVERT statement.
DECLARE @cookie varbinary(100);
-- Set the cookie value to the one from the SELECT @cookie statement.
SET @cookie = <value from the SELECT @cookie statement>;
REVERT WITH COOKIE = @cookie;
-- Verify the context switch reverted.
SELECT SUSER_NAME(), USER_NAME();
GO