架构实际上在SQL SERVER 2000中就已经存在,在SQL SERVER 2000中数据库用户和架构是隐式连接在一起的, 每个数据库用户都是与该用户同名的架构的所有者。当我们使用查询分析器去查询一个表的时候，一个完整的表的名称应该包括服务器名.数据库名.用户名.对象名，而在SQL SERVER 2005/2008中一个表的完全限定名称应该为服务器名.数据库名.架构名.对象名
在SQL SERVER 2000中的完全限定名称中的“用户名”也是数据库中的用户，也是“架构名”。假如有一个账户df在test数据库中创建了一张表tb1的时候，在查询分析器中应该输入的查询语句为select * from test.df.tb1,也就是说，在SQL SERVER 2000中一张表所属的架构默认就是表的创建者的登录名称，用户可以修改他所创建的所有数据库对象。但在2008中已经将用户和其创建对象所属关联取消了，而加入了一个全新的架构体系。
用户架构分离的好处
那么将架构与数据库用户分离对管理员和开发人员而言有什么好处呢？
1. 架构管理与用户管理分开。多个用户可以通过角色（role）或组（Windows groups）成员关系拥有同一个架构。在SQL SERVER 2005/2008 中，每个数据库中的固定数据库角色都有一个属于自己的架构，如果我们创建一个表，给它指定的架构名称为 db_ddladmin，那么任何一个属于db_ddladmin中的用户都是可以去查询、修改和删除属于这个架构中的表，但是不属于这个组的用户是没有对这个架构中的表进行操作的权限，有一点必须注意，db_dbdatareader组的成员可以查看所有数据库中的表，db_dbdatawriter组成员可以修改所有数据库中 的表，db_owner组成员可以对数据库所有表进行所有操作，这几个组的成员可以通过角色获取到在数据库中的特殊权限。
2. 在创建数据库用户时，可以指定该用户账号所属的默认架构。 （ 建议大家指定）
3. 删除数据库用户变得极为简单。在 SQL Server 2000 中，用户（User）和架构是隐含关联的，即每个用户拥有与其同名的架构。因此要删除一个用户，必须先删除或修改这个用户所拥有的所有数据库对象，就比如 一个员工要离职要删除他的账户的时候，还得将他所创建的表和视图等都删除，影响过大。SQL SERVER 2005/2008将架构和对象者分离后就不在存在这样的问题，删除用户的时候不需要重命名该用户架构所包含的对象，在删除创建架构所含对象的用户后，不再需要修改和测试显式引用这些对象的应用程序。
