在第一节中，我们了解了架构的意义。在第二节的开始，我们暂时忘记架构这个东西。我们假设我们的数据库只有数据库对象。

      李老板开了一个小公司，公司有个仓库，堆放了一些货物，由于仓库小，为了节约成本，这个仓库根本没有锁。只要知道仓库在哪里，就可以去取货。这种情况对应数据库来说，就是只要我知道数据库名和表名，我就可以对它进行操作。这对程序员来说当然是最方便了。这就是数据库的第一阶段：无权限管理阶段。假如大家用过Win3.X,那它们基本就是无权限管理阶段。这下小偷就爽翻了。

      最近仓库里的东西老是不翼而飞。李老板才明白，就算是员工都是自觉的，但是别的人也可以拿走里面的货物，怎么办呢？老板一咬牙，花一百块钱买了一把锁！并且只给少数几个人配钥匙。这下东西被别的公司的人拿走的情况基本杜绝了。对于数据库来说，相当于把人分成了两种，一种授权用户，一种未授权用户。这时，数据库就有了用户的概念，但是它只有一个用户，就是有钥匙的人，它只对有钥匙的人开放。这就是数据库权限管理的第二阶段：上锁阶段或者单用户管理阶段。

      好景不长，老板发现仓库的东西还是经常少。明明都是有钥匙的人才能进去呀。但是，谁拿了多少，根本没办法查出来。老板猜测原因有二：一，有些人拿了不该拿的东西。二，有些人偷偷的去配了钥匙。老板一咬牙，没收所有的钥匙。花800块一个月雇个仓库管理员，每个进仓库拿东西的人都要登记。李老板还给给仓库管理员一个清单，谁可以拿什么东西，清单如下：

      这时的管理上了一个新台阶，称为用户-权限管理阶段。公司再也没发生丢东西的现象。老板非常得意自己英明的决定。这就非常类似windows现在的用户权限管理了。

      也许有人细心的发现，你说的不对，windows权限管理中有角色呀！没错，为什么要有角色呢？没有角色不是照样不丢东西吗？这个问题稍后再谈。

      话说过了一年，李老板的生意越做越大，仓库里的东西也越来越多，最近张三反应，去仓库取货老是要排队，而且经常要等很久才能取到货，李老板心想，取货的人一共就这几个人，还要排队，岂有此理！把仓库保管员叫过来！保管员早有准备，递给李老板一份最新的清单：

      每次来一个人取货，保管员都要根据这张清单对一千个货物，幸亏取货的人少，如果再多几个人的话，估计就要在仓库门口打架了。李老板又开始琢磨了。现在东西是不会丢了，但是每次取货慢成这样，等我货再多到一万种，我这生意还能做吗？该怎么才能提高仓库管理员的效率呢？这时仓库管理员早看出李老板的心思，色咪咪看着李老板着说:“老板，再招一个管理员吧，我老婆刚好生完孩子在家里待业。。。”。李老板一听就火了：你当招人不用花钱啊！有了！我买5个货架就搞定了！过两天我告诉你新的管理办法，你老婆还是在家多休息几天吧。

      过了几天，老板把5个货架采购回来，放进仓库，然后给管理员一份管理手册。新的管理手册如下：

手册第一页：货架权限清单

 手册第三页：2号货架货物清单 

 第四页，第五页省略

      每次货物入库的时候，根据货架货物清单放到相应的货架上，然后贴上标签。出库的时候哦只要看货架号码就可以啦。

      看到这里，也许有人恍然大悟，这不就是第一节讲的“架构Schema”吗？没错，现在我们终于知道，架构概念的引入就是为了解决数据库对象太多不好管理的缺点。到现在为止，我们的数据库管理就变成了用户-架构-数据库对象的模式了。

      在sql server2000中，用户和架构是不分离的，到了2005才分离。其实2000中的用户和架构概念就是给张三、李四分配固定的货架。这是一种更简单的管理方法。

       在李老板的英明领导下，他的小公司不断壮大，人数增加到几十人，张三李四等元老级人物还担任了不同项目部门的主管。但是随着公司的发展，新的麻烦又来考验李老板的智商了，到底还会发生什么危机的情况呢？请看第三节。角色。

本文转自黄聪博客园博客，原文链接：http://www.cnblogs.com/huangcong/archive/2010/05/06/1729235.html如需转载请自行联系原作者