BI-SQL丨角色和用户

角色和用户

在数仓的运维工作中，经常需要为用户开通不同权限的账号，使用户可以正常访问不同的数据，那么这就需要我们了解SQL Server的权限体系。

名词解释

登录名： 用来登录服务器的用户账号，例：sa，这个就是默认的可以登录SQL Server服务器的超级管理员账号。

用户名： 用来登录数据库的访问账号，例：有些时候，我需要赋予某些用户权限，只可以对某个数据库有操作，不能对服务器有操作，这种情况下就需要使用用户名。

登录名和用户名，在服务器层级的关系是一对多，在数据库层级的关系是一对一。

角色： 角色分为两类，一类是服务器角色，一类是数据库角色。

服务器角色：指的是登录名登录到服务器后，对服务器所具有的权限。

数据库角色：指的是用户名访问到数据库后，对数据库所具有的权限。

系统中默认的角色分类如下：

数据库架构：

数据库架构（Schema）在不同的数据库中定义是不同的，这里只阐述SQL Server中架构的定义。

Schema官方的解释叫做数据库逻辑对象的集合，说的通俗一点就是将数据库中的对象进行分组，以方便管理和进行权限管控。

举个例子： 某个地方有一片工业园区，这个园区就是服务器； 在园区内，有很多企业落户在这里，这些企业就是数据库； 工业园区每天早上6点定时，大家可以进来工作，这个定时就是JOB； 白茶是整个工业园区的负责人，负责整个园区的所有事务，这时候白茶的角色是服务器角色； 除了负责园区以外，白茶也在这片园区里面开办了一家企业，或在里面的某家企业任职，这时候白茶的角色是数据库角色； 在园区，白茶是登录名，在企业内，白茶是用户名，且白茶可以在多家企业任职，所以在服务器层面，登录名和用户名的关系是一对多，落到具体的数据库层面，登录名和用户名的关系是一对一。 每个企业内，又分为不同的行政部门，这些部门就是数据库架构，将有关联关系的人分配到一起进行工作。 办公室里面装有监控，记录着大家日常的工作行为，监控就是日志。 某部门员工小A，在拿到合同以后，需要找主管审批，然后上报公司存档，这一过程就是存储过程；

白茶描述的可能有些地方不是特别的准确，只是为了让大家可以有个类似的概念。

使用实例

案例数据：

在白茶本机的数据库中，存在名为“CaseData”的数据库。

例子1：

创建名为“Test”的登录名，使其具有服务器登录权限，不赋予数据库权限。

结果如下：

例子2：

更新“Test”登录名的权限，赋予其“CaseData”数据库的只读权限。

结果如下：

例子3：

更新“Test”登录名的权限，使其仅能查询“CaseData”数据库中的某张表。

结果如下：

例子4：

创建“Test”的Schema，并创建一张表，不对Test登录名开放。

CREATE SCHEMA Test

结果如下：

CREATE TABLE [Test].[BAICHATEST](
  [Result] [int] NULL
)

结果如下：

这里是白茶，一个PowerBI的初学者。