sql server登录名、服务器角色、数据库用户、数据库角色、架构区别联系

msdn中对架构的定义:架构(Schema)是形成单个命名空间的数据库实体的集合。命名空间是一个集合，其中每个元素的名称都是唯一的。在这里，我们可以将架构看成一个存放数据库中对象的一个容器。
架构实际上在sqlserver2000中就已经存在，当我们使用查询分析器去查询一个表的时候，一个完整的表的名称应该包括服务器名.数据库名.用户名.对象名，而在sqlserver2005中一个表的完全限定名称应该为服务器名.数据库名.架构名.对象名
在2000中，假如有一个账户tt在test数据库中创建了一张表table1的时候，在服务器上对查询的语句应为select * from test.tt.table1,也就是说，在sqlserver 2000中一张表所属的架构默认就是表的创建者的登录名称，用户可以和修改他所创建的所有数据库对象。但在2005中已经将用户和其创建对象所属架构的关联取消了，而加入了一个全新的架构体系，这样做的优点主要在于下面几个方面：
1. 多个用户可以通过角色（role）或组（Windows groups）成员关系拥有同一个架构。
2. 删除数据库用户变得极为简单。
3. 共享缺省架构使得开发人员可以为特定的应用程序创建特定的架构来存放对象，这比仅使用管理员架构（DBO schema）要好。
4. 在架构和架构所包含的对象上设置权限（permissions）比以前的版本拥有更高的可管理性。
5. 区分不同业务处理需要的对象，例如，我们可以把公共的表设置成pub的架构，把销售相关的设置为sales，这样管理和访问起来更容易.

1.一个数据库用户可以对应多个架构（架构是表容器）。架构里面包含的是数据库表。

2.一个数据库角色有可能涉及多个架构。数据库角色对应的是权限。

3.一个用户对应一个数据库角色。

4.登录名与数据库用户在服务器级别是一对多的；在数据库级别是一对一的。

 

服务器登录名：指有权限登录到某服务器的用户；

服务器角色：指一组固定的服务器用户，默认有9组；

• 登录名一定属于某些角色，默认为public
• 服务器角色不容许更改
• 登录后也不一定有权限操作数据库

数据库用户：指有权限能操作数据库的用户；

数据库角色：指一组固定的有某些权限的数据库角色；

数据库架构：指数据库对象的容器；

• 数据库用户对应于服务器登录名以便登录者可以操作数据库
• 数据库角色可以添加，可以定制不同权限　　
• 数据库架构，类似于数据库对象的命名空间，用户通过架构访问数据库对象

服务器角色

public 

sysadmin--在 SQL Server 中进行任何活动。该角色的权限跨越所有其它固定服务器角色。

serveradmin --配置服务器范围的设置。

setupadmin --添加和删除链接服务器，并执行某些系统存储过程（如 sp_serveroption）。

securityadmin --管理服务器登录。

processadmin --管理在 SQL Server 实例中运行的进程。

dbcreator --创建和改变数据库。

diskadmin --管理磁盘文件。

bulkadmin --执行 BULK INSERT 语句。

数据库角色

public
--public 角色是一个特殊的数据库角色，每个数据库用户都属于它。public 角色： 
--捕获数据库中用户的所有默认权限。
--无法将用户、组或角色指派给它，因为默认情况下它们即属于该角色。
--含在每个数据库中，包括 master、msdb、tempdb、model 和所有用户数据库。
--无法除去。

db_owner 
--进行所有数据库角色的活动，以及数据库中的其它维护和配置活动。
--该角色的权限跨越所有其它固定数据库角色。

db_accessadmin 
--在数据库中添加或删除 Windows NT 4.0 或 Windows 2000 组和用户以及 SQL Server 用户。

db_datareader 
--查看来自数据库中所有用户表的全部数据。

db_datawriter 
--添加、更改或删除来自数据库中所有用户表的数据

db_ddladmin 
--添加、修改或除去数据库中的对象(运行所有 DDL)

db_securityadmin 
--管理 SQL Server 2000 数据库角色的角色和成员，并管理数据库中的语句和对象权限

db_backupoperator 
--有备份数据库的权限

db_denydatareader 
--拒绝选择数据库数据的权限

db_denydatawriter
--拒绝更改数据库数据的权限

先说sqlserver里面的数据库级别设置：

服务器级 -> 数据库级 -> 架构级 - > 数据对象级，比如说：Server.DataBase1.dbo.Table1;这里的意思就是Table1这个表属于dbo这个架构

，dbo这个架构属于DataBase1这个数据库，DataBase1这个数据库属于Server这个服务器。里面的架构其实就是一个容器，好像就是面向对象里面的

命名空间，一个用户可以拥有多个架构，但是不能对没有拥有的架构进行操作。一个数据库角色，是对不同架构里面数据对象的权限组织，也有可能涉及到

多个架构，当某一个用户被转换成一种数据库角色的时候，假如这个用户本身不拥有某一个架构而该数据库角色拥有，那它当它对那个架构进行操作的时候就会出错。

角色，角色意味着一种身份，在数据库服务器里是对一系列权限的组织。

服务器登录名，指有权限登录到某服务器的用户，可以在有权限的情况下创建新的登录名，超级管理员的登录名是sa

服务器角色，指一组固定的服务器用户，默认有9组；

• 登录名一定属于某些角色，默认为public
• 服务器角色不容许更改
• 登录后也不一定有权限操作数据库

数据库用户，指有权限能操作数据库的用户；

数据库角色，指一组固定的有某些权限的数据库角色；

数据库架构，指数据库对象的容器；

• 数据库用户对应于服务器登录名以便登录者可以操作数据库
• 数据库角色可以添加，可以定制不同权限　　
• 数据库架构，类似于数据库对象的命名空间，用户通过架构访问数据库对象

登录名与用户在服务器级是一对多的，而在数据库里是一对一的。比如说Server这个服务器有4个数据库，DB1，DB2，DB3，DB4，每个数据库都有一个用户USER1，USER2，USER3，USER，在创建一个登录名my的时候可以通过用户映射的操作，为这个登录名在每一个具体的数据库中指定用户，比如可以如下指定my在DB1中的用户是USER1，它是在使用数据库的时候是唯一的，my在不能再DB1中切换用户，除非重新指定它对DB1数据库的用户映射。

用户一般是受权限管理的，在新建一个用户的时候是这样的：

 

需要指定它的登录名，这也是映射操作的一部分，同时可以指定它的默认架构，如不指定就是dbo，也可以指定它拥有的其它架构和角色成员，不过没有默认数据库角色。

下面看看新建一个角色：

 

在新建的时候可以指定这个角色拥有那些架构，但是这些结构必须是这个数据库里面的，默认架构为当前用户使用的架构，比如当前用户的架构是dbo，则在角上权限定义时所使用的默认架构就是dbo，当然也可以指定其它的架构。

新增的数据库登陆名， 登陆后不可以修改自己的服务器角色使自己的权限变大（除非是sysadmin角色 因为它的权限已经是最大 ），同样也不能修改 映射到数据库上的用户的角色是其权限变大（本身是dbowner数据库角色的 可以修改 因为dbowner角色的权限已经是最大）

一句话： （登录名、登录账户）自己不能修改自己登录名的服务器角色  以及 自己登录名映射的数据库用户名的角色 使其权限变大 ，只允许改变角色使权限变小（ps： 估计没人愿意这么做）

新增某一数据库用户步骤：

step1:新增服务器登陆账号（选择安全性=>登陆名 => 右击新增登陆名）

step2:新增该账号对应目标数据库的用户名（默认和登陆账号名相同）同时配置该用户数据库角色（备注：以后也可以去 目标数据库=>安全性=>右击目标用户名=>属性 => 修改其对应的权限 和在登录名映射那里修改时等效同步的）

删除某一数据库用户步骤刚好相反：

step1：先删除对应目标数据库的用户名（选择数据库=>目标数据库=>安全性=>右击目标用户选择删除）

step2：再删除服务器登陆名（选择安全性=>登陆名=>右击目标登陆名选择删除）

 

以 sysadmin服务器角色的账号登陆的用户，可以修改添加任何登陆账号、密码，登陆方式等。

如果 以windows验证登陆方式登陆不上的，可能是 当前windows用户名 不在  登陆账号里  不属于登陆账号， 此时可以用具有sysadmin角色的账号先登陆sql server，添加和windows登陆用户名相同账号，记得前面要加计算机名称，格式：计算机名称\当前windows登陆用户名，如“PC_LXF/Administrator” ,验证方式选择  windows身份验证即可使用windows验证登陆啦。