300字范文,内容丰富有趣,生活中的好帮手!
300字范文 > 修改SQL Server 执行环境

修改SQL Server 执行环境

时间:2021-07-30 23:16:27

相关推荐

修改SQL Server 执行环境

数据库|mysql教程

修改,SQL,Server,,执行,环境,执行,环境

数据库-mysql教程

游戏站 源码,vscode怎么调页面大小,移植qt ubuntu,不能访问tomcat主页,爬虫 绕过验证,php项目报告总结,沈阳seo搜索优化合作,支付可看视频的网站源码,dedecms粉色淘宝客手机模板下载lzw

执行 环境 是SQL Server中设定用户权限的认证方式,例如,当您登录到SQL Server的时候,登录账户就被赋予了一定的权限,其中可能包括登录的功能、访问数据库以及在数据库中 执行 某些操作的功能。 SQL Server 包含了EXECUTE AS语句,通过使用EXECUTE AS

tts app vb源码,vscode中的代码不显示结果,bluez ubuntu,tomcat业务包是否通用,redis类似sqlite,网页设计排版软件,云服务器 免费,导航条固定插件,vue前端报表框架,爬虫爬巴士云,php网站是什么,四川seo外包,手机网站播放视频代码,php网页模板作业下载,wordpress 主页模板,php简单登录页面代码,php编写云管理系统,图像直方图 matlab程序lzw

vs源码发布网站,vscode里面搭建项目,ubuntu网络dns,tomcat加个中文,sqlite查询某列的和,君子兰土里面有小爬虫,php使用class,长沙seo服务哪家好,手机端企业网站源码下载,帝国cms 第二首页模板lzw

执行环境是SQL Server中设定用户权限的认证方式,例如,当您登录到SQL Server的时候,登录账户就被赋予了一定的权限,其中可能包括登录的功能、访问数据库以及在数据库中执行某些操作的功能。

SQL Server 包含了EXECUTE AS语句,通过使用EXECUTE AS语句,您可以为批处理和过程转换执行环境,这样,调用该批处理或过程的用户就可以使用不同的权限来操作了。

所有权链

在我正式讲解SQL Server 中执行环境的问题之前,先来简单地说说所有权链的工作原理。

当用户执行一个存储过程的时候(假定该用户拥有执行该存储过程的权限),SQL Server将该存储过程的所有者与这个存储过程所涉及到的对象的所有者进行对比,如果他们的所有者相同,那么就不必对这些引用对象的权限进行评估了。

所以,如果用户Tim获得了存储过程usp_ProcedureChain的权限,而usp_ProcedureChain存储过程的所有者是dbo,那么,如果dbo还同时拥有usp_ProcedureChain所调用的其他存储过程,那么Tim在执行这个存储过程的时候就不会出现错误。

执行环境的转换

在SQL Server 2000中,您可以使用SETUSER命令来模拟SQL用户的执行环境,但问题在于,只有系统管理员或者数据库的所有者才能使用这个命令,而且Windows账户也不能使用该命令。

在SQL Server 中,EXECUTE AS语句可以替代SETUSER来改变存储过程、触发器、批处理或者函数的执行环境。如果执行环境变成了另外一个用户,那么SQL Server将检查该用户的权限。如果您需要在创建或修改一个存储过程或函数的时候指定EXECUTE AS语句,您需要具备IMPERSONATE的权限,以及创建该对象的权限。

实例

正如我刚才所介绍的一样,改变存储过程的执行环境非常有用,接下来我将通过实例来讲解如何实现这一功能。在这个例子中,您会看到如何使用EXECUTE AS将没有确切权限的使用者模拟为所有者对表格进行插入操作。

在第一行语句中,我使用了REVERT命令,这样,您就可以完整地返回到例子中,而不必担心需要清除任何对象。

在下面的代码的第七行,我使用了清除语句,这样可以检查我在随后的例子中要使用的对象是否已经存在,如果已经存在,就将其清除。

以下的脚本语句创建了两个登录名和数据库的用户账户,注意,CHECK_EXPIRATION和CHECK_POLICY语句,这两条语句是SQL Server 中新出现的。这些语句告诉SQL Server不要对这个用户账户强制执行密码截止期限策略,同时也不要进行任何类型的密码策略检查,对于强制安全策略而言,这些是非常有效的方法。

在SQL Server 中,模式不再是和数据库用户相同的事情了,对于所包含的对象而言,它处于完全不同的名称空间。用户和模式的分离是SQL Server 中的一大进步,这样做使对象的所有权可以分离,而且比SQL Server 2000更易于管理,以下的语句创建了我们将要使用的数据库模式:

首先,我使用了EXECUTE AS命令,我将当前的执行环境设定为TableOwner,在运行了这个命令之后,所有的权限评估将以TableOwner运行,而以前的系统管理员权限将不再适用。

运行这个语句就能够表明现在的执行环境是TableOwner:

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

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

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

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

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

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

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

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

本内容不代表本网观点和政治立场,如有侵犯你的权益请联系我们处理。
网友评论
网友评论仅供其表达个人看法,并不表明网站立场。