最近仓库里的东西老是不翼而飞。李老板才明白，就算是员工都是自觉的，但是别的人也可以拿走里面的货物，怎么办呢？老板一咬牙，花一百块钱买了一把锁！并且只给少数几个人配钥匙。这下东西被别的公司的人拿走的情况基本杜绝了。对于数据库来说，相当于把人分成了两种，一种授权用户，一种未授权用户。这时，数据库就有了用户的概念，但是它只有一个用户，就是有钥匙的人，它只对有钥匙的人开放。这就是数据库权限管理的第二阶段：上锁阶段或者单用户管理阶段。
好景不长，老板发现仓库的东西还是经常少。明明都是有钥匙的人才能进去呀。但是，谁拿了多少，根本没办法查出来。老板猜测原因有二：一，有些人拿了不该拿的东西。二，有些人偷偷的去配了钥匙。老板一咬牙，没收所有的钥匙。花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
这时的管理上了一个新台阶，称为用户-权限管理阶段。公司再也没发生丢东西的现象。老板非常得意自己英明的决定。这就非常类似windows现在的用户权限管理了。
也许有人细心的发现，你说的不对，windows权限管理中有角色呀！没错，为什么要有角色呢？没有角色不是照样不丢东西吗？这个问题稍后再谈。
话说过了一年，李老板的生意越做越大，仓库里的东西也越来越多，最近张三反应，去仓库取货老是要排队，而且经常要等很久才能取到货，李老板心想，取货的人一共就这几个人，还要排队，岂有此理！把仓库保管员叫过来！保管员早有准备，递给李老板一份最新的清单：
姓名 货物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个货架就搞定了！过两天我告诉你新的管理办法，你老婆还是在家多休息几天吧。
过了几天，老板把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”吗？没错，现在我们终于知道，架构概念的引入就是为了解决数据库对象太多不好管理的缺点。到现在为止，我们的数据库管理就变成了用户-架构-数据库对象的模式了。
在sql server2000中，用户和架构是不分离的，到了2005才分离。其实2000中的用户和架构概念就是给张三、李四分配固定的货架。这是一种更简单的管理方法。
姓名 张三的货架 李四的货架 王五的货架 赵六的货架
张三 Y - - -
李四 - Y - -
王五 - - Y -
赵六 - - - Y
评论（0）
暂无评论。