sqlSERVER 2005架构详解
在sqlserver 2005中，可能大家在工作或学习的时候会经常发现这样一些问题，你使用一个账户在数据库中创建了一张表，却发现你自己创建的表却没有修改和查询的权限，这是一件很郁闷的事情，在sqlserver2000中却不存在这样的问题，那为什么在2005中会出现这样的事情，这样的设置可以带来哪些好处？其实导致这一问题的原因主要在于2005中多了一个新的概念―架构。
架构实际上在sqlserver2000中就已经存在，当我们使用查询分析器去查询一个表的时候，一个完整的表的名称应该包括服务器名.数据库名.用户名.对象名，而在sqlserver2005中一个表的完全限定名称应该为服务器名.数据库名.架构名.对象名
在2000中，假如有一个账户tt在test数据库中创建了一张表table1的时候，在服务器上对查询的语句应为select * from test.tt.table1,也就是说，在sqlserver 2000中一张表所属的架构默认就是表的创建者的登录名称，用户可以和修改他所创建的所有数据库对象。但在2005中已经将用户和其创建对象所属架构的关联取消了，而加入了一个全新的架构体系，这样做的优点主要在于下面几个方面：
1. 多个用户可以通过角色（role）或组（Windows groups）成员关系拥有同一个架构。在2005中，每个数据库中的固定数据库角色都有一个属于自己的架构，如果我们创建一个表，给它指定的架构名称为db_ddladmin，那么任何一个属于db_ddladmin中的用户都是可以去查询、修改和删除属于这个架构中的表，但是其它不属于这个组的用户是不行的，有一点必须注意，db_dbdatareader组的成员可以查看所有数据库中的表，db_dbdatawriter组成员可以修改所有数据库中的表，db_owner组成员可以对数据库所有表进行所有操作，这几个组的成员可以通过角色获取到在数据库中的特殊权限。
2. 删除数据库用户变得极为简单。在 sql Server 2000 中，用户（User）和架构是隐含关联的，即每个用户拥有与其同名的架构。因此要删除一个用户，必须先删除或修改这个用户所拥有的所有数据库对象，就比如一个员工要离职要删除他的账户的时候，还得将他所创建的表和视图等都删除，影响过大。将架构和对象者分离后就不在存在这样的问题，删除用户的时候，对数据库对象是没有任何影响的。
3. 共享缺省架构使得开发人员可以为特定的应用程序创建特定的架构来存放对象，这比仅使用管理员架构（DBO schema）要好。
4. 在架构和架构所包含的对象上设置权限（permissions）比以前的版本拥有更高的可管理性。
5. 区分不同业务处理需要的对象，例如，我们可以把公共的表设置成pub的架构，把销售相关的设置为sales，这样管理和访问起来更容易.
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
