关于sqlserver 权限管理和用户授权问题的疑问

--对权限这块一直是糊里糊涂的，没整怎么明白，以前也看过一些资料，始终没弄懂

--所有步骤都是在SSMS下操作的，我先说说我的步骤，再说说我的疑惑





--（利用SA用户）创建登录名appuser1



--数据库DBTEST中有一张表dbo.t1

--在数据库DBTEST中--创建架构app1

--在数据库DBTEST中--创建用户名appuser1,默认架构为app1

--此时用户appuser1可以登录DBtest,但是没有任何建表以及增删查改的权限

--到这里也没问题，毕竟没有任何权限





--修改AppUser1授权为数据库角色成员的db_ddladmin



--可以create table了,因为有默认架构，创建的表为app1.t1

--同时也可以操作dbo.t1,包括增删查改，也可以drop dbo.t1



--我要怎么授权appuser1？

--让appuser1操作自己的架构app1下的数据库对象，

--“行使”其权限（创建app1下的数据库对象，对app1下的表增删查改等,但是不能操作甚至访问dbo.t1）

--目的就是，使这个用户在其指定的schema下，有足够的(创建数据库对象的)权限

--而不干涉不属于他的schema下的数据库对象





--这里的问题就是授权db_ddladmin后，权限似乎过大了。







--如果我要授权，这个步骤是否可行？或者有其他的授权方式？

--新建一个空库，在当前库中建个schema schema1，

--新建一个用户，授权db_ddladmin，默认架构为schema1

--让这个用户在这个库中随便折腾，是否可行？





--假如一个服务器上有数十个数据库，数百个呢？

--因为确实存在几百个“数据库”

--（我这里目前是oracle，oracle是表空间，就是在同一个实例下，几百个表空间）

--主要是我在想，换做sqlserver的话，改怎么管理这些库

--这个权限改如何管理？

db_ddladmin授权

------解决方案--------------------
那限定在架构中就可以了，比如GRANT INSERT ON SCHEMA :: HumanResources TO guest;

------解决方案--------------------
这个在sql server里和oracle，确实不太一样。

在oracle中有不同的用户，不同的用户下面可以创建对象，授予权限，你可以给这个用户授予 系统权限和对象的权限。

一个oracle实例对应一个数据库，一个数据库中，可以有多个用户，每个用户下面会有多个对象。

而在sql server中，就麻烦一点，首先，在服务器级别，会有login这个概念，也就是登录名，你可以给login授予登录的权限。

然后在数据库级别会有用户这个概念，每个用户有一个默认的schema架构，在schema下面可以创建很多对象，然后再给用户授予权限，比如，像你上面说的，可以操作某个架构下面的对象，不管是表、存储过程、函数、试图、触发器等等。