SQLServer安全与权限之学习

公司新部署一台数据库服务器，由于涉及到多个项目使用，考虑通过不同登录名，来控制对不同数据库的权限。随着使用的深入，对SQLServer安全相关的东西，又有了新的了解。

登录名

首先登录数据库，用到的就是登录名，这个也是我一开始配置权限接触到的。

针对每个项目创建一个对应的登录名，默认角色public，这个时候这个登录名其实还没有权限访问任何非系统数据库的。

为登录名，配置用户映射，勾选对应项目（登录名）的数据库，勾选db_owner角色，确定。这个时候，对应登录名就有了访问这些数据库的权限了。增删改查都可以了。

用户

一开始是没注意到用户的，虽然上面有个操作就是配置用户映射。

发现问题，是在同事执行建表SQL执行报错发现的，SQL是由PD自动生成，创建表、字段备注属性的时候，出现错误的。

declare @CurrentUser sysname
print(@CurrentUser)
select @CurrentUser = user_name()
print(@CurrentUser)
execute sp_addextendedproperty 'MS_Description', 
   'XX实体表',
   'user', @CurrentUser, 'table', 'XX_Table'
   print(@CurrentUser)
go

通过项目登录名执行，打印出来的@CurrentUser 就是 项目登录名

如果通过sa（管理员）账户执行，打印出来的@CurrentUser 就是 dbo

然后看已经创建好的表，显示的是 dbo.XX_Table

这个时候问题是找到了，通过项目账户获取到的@CurrentUser不正确，应该获取到dbo就对了。

登录名与用户名

接下来就一探究竟吧。

找到项目账户，属性，用户映射，再次看，确实发现这里用户确实是和项目登录名一样的。

 然后看sa登录名的属性，用户映射，用户名都是dbo

这就很好的验证了以上问题。

网上针对登录名、用户名的比喻很形象，大概就是：

一栋大楼相当于是数据库服务器，每个房间相当于数据库，登录名是大楼钥匙，用户名是每个房间（数据库）的钥匙；

进了大楼（数据库服务器），还不能进去每个房间。需要有房间的钥匙（用户名），才可以进去到房间里。

问题怎么解决

还是回到问题，怎么解决？问度娘呗

首先，可以肯定的是，sa登录名都是没问题的（对应用户名就是dbo）

再次，查找到谁创建的数据库，这个登录名对应的用户名也是dbo（即数据库所有者）

于是，考虑给项目账户db_creator角色，这样就可以新建一个空数据库（这个时候在该数据库的用户名就是dbo），然后再还原数据库；but，这样不能还原，只能作罢！

那就找办法，看怎么可以改数据库所有者。

一开始找到的不好使，但是功夫不负有心人终于找到了。上代码：

补充@20221027---------开始-----------

后来发现直接执行如下代码是不行的，会提示用户已存在。看了下，数据库下果然有这个需要赋权限的用户（应该是新建登录名后，直接勾选Owner数据库后生成的吧）

然后删除这个用户，再执行就可以了。这样就有dbo权限了。

补充@20221027---------结束-----------

ALTER AUTHORIZATION ON DATABASE::DatabaseName TO UserName
GO
/*
DatabaseName就是数据库名称
UserName是用户名称
*/

搞定！

 数据库所有者变过来了

 用户映射包括相关权限，也都对的了。

问题解决，可以睡了，，，已是00点30+

不过搞明白登录名、用户名，架构还不甚清楚。。。下次搞清楚吧

对了，问题的解决，还得依赖于这位大佬的帖子。

SQL Server中修改数据库所有者的2种方法 - 红叶舞秋山2021 - 博客园 (cnblogs.com)https://www.cnblogs.com/dlnl/p/15101293.html