关键字：T-SQL;架构
架构（Schema）。微软的官方说明（MSDN）： "数据库架构是一个独立于数据库用户的非重复命名空间，您可以将架构视为对象的容器"，详细参考 http://technet.microsoft.com/zh-cn/library/ms190387.aspx.我们知道，在JAVA中，命名空 间名其实就是文件夹名。因此我们非常明确一点：一个对象只能属于一个架构，就像一个文件只能存放于一个文件夹中一样。与文件夹不同的是，架构是不能嵌套 的，如此而已。因此，我们要访问一个数据库对象的时候，通常应该是引用它的全名"架构名. 对象名"，这点非常类似C#。
问：为什么有的时候写select * from tablename也可以执行呢？
答:这是因为default schema.当只写tablename时，Sql Server会自动加上当前登录用户的default schema。
问：如何根据表名获取一个表的Schema呢？
答：可以参照以下SQL语句从sys.objects视图和sys.schemas视图中获取。
Code
select sys.objects.name,
sys.schemas.name
from sys.objects,
sys.schemas
where sys.objects.type='U'
and sys.objects.schema_id=sys.schemas.schema_id
结论：架构就是数据库对象的容器。数据库对象是饮料，架构就是杯子， 谁拿杯子喝水呢？当然是用户，那么是不是一个用户只能用一个杯子，一个杯子是不是从一而终，只能给一个人用呢？。
（1）李老板开了一个小公司，公司有个仓库，堆放了一些货物，由于仓库小，为了节约成本，这个仓库根本没有锁。只要知道仓库在哪里，就可以去取货。这就是数据库的第一阶段：无权限管理阶段。
（2）近仓库里的东西老是不翼而飞。李老板才明白，就算是员工都是自觉的，但是别的人也可以拿走里面的货物，怎么办呢？老板一咬牙，花一百块钱买了一把锁！并且只给少数几个人配钥匙。这下东西被别的公司的人拿走的情况基本杜绝了。对于数据库来说，相当于把人分成了两种，一种授权用户，一种未授权用户。这时，数据库就有了用户的概念，但是它只有一个用户，就是有钥匙的人，它只对有钥匙的人开放。这就是数据库权限管理的第二阶段：上锁阶段或者单用户管理阶段。
（3）好景不长，老板发现仓库的东西还是经常少。明明都是有钥匙的人才能进去呀。但是，谁拿了多少，根本没办法查出来。老板猜测原因有二：一，有些人拿了不该拿 的东西。二，有些人偷偷的去配了钥匙。老板一咬牙，没收所有的钥匙。花800块一个月雇个仓库管理员，每个进仓库拿东西的人都要登记。李老板还给给仓库管 理员一个清单，谁可以拿什么东西，
姓名 货物1 货物2 货物3 货物4 货物5
张三 Y Y N N N
李四 Y Y Y N N
王五 Y Y Y Y Y
赵六 N Y Y Y Y
（4） 话说过了一年，李老板的生意越做越大，仓库里的东西也越来越多，最近张三反应，去仓库取货老是要排队，而且经常要等很久才能取到货，每次来一个人取货，保管员都要根据这张清单对一千个货物，幸亏取货的人少，如果再多几个人的话，估计就要在仓库门口打架了。
姓名 货物1 货物2 货物3 货物...... 货物1000
张三 Y Y N N N
李四 Y Y Y N N
王五 Y Y Y Y Y
赵六 N Y Y Y Y
过了几天，老板把5个货架采购回来，放进仓库，然后给管理员一份管理手册。新的管理手册如下：
手册第一页：货架权限清单
姓名 货架1 货架2 货架3 货架4 货架5
张三 Y Y N N N
李四 Y Y Y N N
王五 Y Y Y Y Y
赵六 N Y Y Y Y
手册第二页：1号货架货物清单
货物1 货物2 货物3 货物4 货物....... 货架190
手册第三页：2号货架货物清单
货物191 货物192 货物193 货物194 货物....... 货架390
每次货物入库的时候，根据货架货物清单放到相应的货架上，然后贴上标签。出库的时候哦只要看货架号码就可以啦。
看到这里，也许有人恍然大悟，这不就是第一节讲的“架构Schema”吗？没错，现在我们终于知道，架构概念的引入就是为了解决数据库对象太多不好管理的缺点 。到现在为止，我们的数据库管理就变成了用户-架构-数据库对象的模式 了。
用户与架构（schema）分开，让数据库内各对象不再绑在某个用户账号上，可以解决之前版本“用户离开公司＂问题 ，也就是在拥有该对象的用户离开公司， 或离开该职务时，不必要大费周章地更改该用户所有的对象属于新的用户所有。另外，也可让 DBA 在安装某个套装软件时，设置该套装软件所用的数据库对象都属于某个特定的架构，容易区别。也就是说，在单一数据库内，不同部门或目的的对象，可以通过架构 区分不同的对象命名原则与权限。
对于架构特点的理解小节如下：
1.一个架构中不能包含相同名称的对象，相同名称的对象可以在不同的架构中存在。
2.一个架构只能有一个所有者，所有者可以是用户, 数据库角色, 应用程序角色。
3.一个用数据库角色可以可以拥有一个默认架构，和多个架构。
4.多个数据库用户可以共享单个默认架构。
5.由于架构与用户独立，删除用户不会删除架构中的对象。