- 1、本文档共8页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
MSSQL2005服务器登录名角色数据库用户角色架构的关系.
MS-SQL2005服务器登录名、角色、数据库用户、角色、架构的关系MS SQL2005对2000进行了很大的改进,而用户关系这部分也变得相当复杂了,很多朋友都对此一知半解!下面,我将把我应用中总结的和大家分享下,先从概念入手,希望对不理解的朋友有点提示。 今天我们要说的包括服务器登录名Server Login,服务器角色Server Role,数据库用户DB User,数据库架构DB Schema,数据库角色DB Role 。以上几个名词应该从服务器与数据库来区分,服务器包含一到多个数据库,其中: 服务器登录名,指有权限登录到某服务器的用户; 服务器角色,指一组固定的服务器用户,默认有9组; 登录名一定属于某些角色,默认为public 服务器角色不容许更改 登录后也不一定有权限操作数据库 数据库用户,指有权限能操作数据库的用户; 数据库角色,指一组固定的有某些权限的数据库角色; 数据库架构,指数据库对象的容器; 数据库用户对应于服务器登录名以便登录者可以操作数据库 数据库角色可以添加,可以定制不同权限 数据库架构,类似于数据库对象的命名空间,用户通过架构访问数据库对象 而通过下图可以让这些概念清晰一些: 即: 服务器登录名属于某组服务器角色; 服务器登录名需要于数据库的用户映射后才拥有操作数据库的权限 数据库用户属于某组数据库角色以获取操作数据库的权限 数据库角色拥有对应的数据库架构,数据库用户可以通过角色直接拥有架构 数据库用户有默认架构,写SQL语句可以直接以“对象名”访问非默认架构则要以“架构名.对象名”访问 因此,新建一个非SA账户并建立数据库的过程可以如下: 1、新建登录名Login1 图片看不清楚?请点击这里查看原图(大图)。 2、新建数据库DB1 图片看不清楚?请点击这里查看原图(大图)。 3、新建DB1的架构Schema1 图片看不清楚?请点击这里查看原图(大图)。 4、新建BD1的用户User1,登录名对应Login1,默认架构选择Schema1,角色选择db_owner5、在登录名Login1的属性窗口里选择“用户映射”,勾选DB1,在用户里填写User1,默认架构选择Schema1 图片看不清楚?请点击这里查看原图(大图)。 6、至此,新建表名会是Schema1.Table1,其他对象也如此 图片看不清楚?请点击这里查看原图(大图)。 7、当然还可以新建其他架构的对象Schema2,只有User1拥有该架构,一样可以访问,如Schema2.Table2 值得注意的是,当为登录映射数据库用户的时候,多个数据库可以有相同名称的用户,而单独为某个数据库新建的用户,如User1,则在其他数据库里不允许同名。 以上就是全文,希望对大家理解并创建数据库有些帮助,也请大家多多交流。
文档评论(0)