教你修改SQL Server 2005执行环境(3)

这个脚本将在TableOwnerSchema的模式中创建一个名为MyTable的表格，因为我已经赋予了该用户CREATE TABLE 的权限，所以TableOwner可以执行这条语句。

CREATE TABLE TableOwnerSchema.MyTable

(

      Field1 INT

)

GO

当我运行REVERT语句的时候，可以在执行环境链中回退一步，在SQL Server 2005中，执行环境是可以嵌套的，所以如果您在同一个数据库连接中有很多用户在运行，您可能需要多次执行该语句以返回到原始的登录环境。

REVERT

GO

SELECT SESSION_USER

GO

现在我要对新的表格进行快速选择以确认它的存在：

SELECT * FROM TableOwnerSchema.MyTable

GO

以下的脚本创建了一个过程可以插入新的TableOwnerSchema.MyTable表格，注意我在过程定义中使用了WITH EXECUTE AS 'TableOwner'语句，这意味着该过程被执行的时候，它将在TableOwner的执行环境中被执行。

CREATE PROCEDURE usp_InsertMyTable

WITH EXECUTE AS 'TableOwner'

AS 
BEGIN
INSERT INTO TableOwnerSchema.MyTable(Field1)VALUES(8)

END

GO

我还可以将执行权限赋予一个用户账户，在这种情况下，我使用以前创建的名为BaseUser的用户。

GRANT EXEC ON usp_InsertMyTable TO BaseUser
GO

接下来，我将执行环境转换为BaseUser并尝试运行存储过程：

EXECUTE AS USER = 'BaseUser'

GO

EXEC usp_InsertMyTable

GO

现在我可以向TableSchema.MyTable表格中添加记录了，因为在这个过程中TableOwner允许我这样做，而BaseOwner并没有明确的权限可以向该表格添加记录，所以该用户的任何尝试都会导致错误的发生。为了演示这个问题，可以运行以下的脚本，该脚本改变了我们刚才的过程，改为运行在调用者的执行环境中。

REVERT

GO

ALTER PROCEDURE usp_InsertMyTable

AS 
BEGIN
INSERT INTO TableOwnerSchema.MyTable(Field1)VALUES(8)

END

GO

EXECUTE AS USER = 'BaseUser'

GO

EXEC usp_InsertMyTable

GO

REVERT

开发者和数据库管理员会发现在执行存储过程的时候转换权限非常有用，尤其是您处理TRUNCATE TABLE语句的时候，这个方法能帮上大忙，因为TRUNCATE TABLE并没有可以指定的权限。您可以将权限赋予将要进行截取表格操作的用户，然后在操作结束的时候再将原有的权限设定恢复就可以了。