看见有些关于schema的帖子。大家也都很积极的讨论着关于schema的定义问题。先说说个人理解,然后抛砖引玉吧!--1、联机丛书的解释:
   架构是指包含表、视图、过程等的容器。它位于数据库内部,而数据库位于服务器内部。这些实体就像嵌套框放置在一起。服务器是最外面的框,而架构是最里面的框。架构包含下面列出的所有安全对象,但是它不包含其他框。个人觉得:这个定义比较框架化,就目前而言,架构是比较虚设的一个‘容器’。目前仅能对其进行权限管理。MS没有提供更多关于架构上面的操作系统函数或者是存储过程已对应一些基于架构的应用。--2、常见解释:
   架构相当于一个命名空间。个人觉得:这个定义也跟MS SQL 设计架构与用户分离这个设计的初衷可能有些偏差。就架构与用户分离上来看,我个人觉得,后期的SQL 2008乃至后面的更多版本。会对架构进行强化(目前我还没有参考2008的一些新特性。)所以简单的将命名空间引过来用有些...--3、个人解释:
  我个人认为架构就目前而言可以定义为‘拥有者’,而这个拥有者与权限又不尽相同。所谓拥有者,用一个例子可以有个大概的说明。假设: 服务器是个楼房。数据库是楼房中的一个房间。文件组相当于一个一个的抽屉。抽屉中就是我们所拥有的各种文件(对象),那么架构就相当于一个‘拥有者’。同样一个房间中,拥有者不同,可以打开的抽屉也不一样。而即便是打开了抽屉,抽屉中的文件也因拥有者不同,而有所限制。而另外一个容易混淆的问题,
权限——权限的设置更像是钥匙。 楼房需要钥匙,房间需要钥匙,抽屉也需要钥匙。
角色——角色的设置更像是部门,部门处理业务不同,管理的文件也不一样。业务有交叉时,对应交叉处理事务,又都是拥有者的状态。
以上,仅仅是个人的愚见。如有偏颇之处,还请各位予以指点!