理解关系数据库中的"模式/架构"
2016-11-01 09:42
232 查看
我们暂时忘记架构这个东西。我们假设我们的数据库只有数据库对象。
李老板开了一个小公司,公司有个仓库,堆放了一些货物,由于仓库小,为了节约成本,这个仓库根本没有锁。只要知道仓库在哪里,就可以去取货。这种情况对应数据库来说,就是只要我知道数据库名和表名,我就可以对它进行操作。这对程序员来说当然是最方便了。这就是数据库的第一阶段:无权限管理阶段。假如大家用过Win3.X,那它们基本就是无权限管理阶段。这下小偷就爽翻了。
最近仓库里的东西老是不翼而飞。李老板才明白,就算是员工都是自觉的,但是别的人也可以拿走里面的货物,怎么办呢?老板一咬牙,花一百块钱买了一把锁!并且只给少数几个人配钥匙。这下东西被别的公司的人拿走的情况基本杜绝了。对于数据库来说,相当于把人分成了两种,一种授权用户,一种未授权用户。这时,数据库就有了用户的概念,但是它只有一个用户,就是有钥匙的人,它只对有钥匙的人开放。这就是数据库权限管理的第二阶段:上锁阶段或者单用户管理阶段。
好景不长,老板发现仓库的东西还是经常少。明明都是有钥匙的人才能进去呀。但是,谁拿了多少,根本没办法查出来。老板猜测原因有二:一,有些人拿了不该拿的东西。二,有些人偷偷的去配了钥匙。老板一咬牙,没收所有的钥匙。花800块一个月雇个仓库管理员,每个进仓库拿东西的人都要登记。李老板还给给仓库管理员一个清单,谁可以拿什么东西,清单如下:
这时的管理上了一个新台阶,称为用户-权限管理阶段。公司再也没发生丢东西的现象。老板非常得意自己英明的决定。这就非常类似windows现在的用户权限管理了。
也许有人细心的发现,你说的不对,windows权限管理中有角色呀!没错,为什么要有角色呢?没有角色不是照样不丢东西吗?这个问题稍后再谈。
话说过了一年,李老板的生意越做越大,仓库里的东西也越来越多,最近张三反应,去仓库取货老是要排队,而且经常要等很久才能取到货,李老板心想,取货的人一共就这几个人,还要排队,岂有此理!把仓库保管员叫过来!保管员早有准备,递给李老板一份最新的清单:
每次来一个人取货,保管员都要根据这张清单对一千个货物,幸亏取货的人少,如果再多几个人的话,估计就要在仓库门口打架了。李老板又开始琢磨了。现在东西是不会丢了,但是每次取货慢成这样,等我货再多到一万种,我这生意还能做吗?该怎么才能提高仓库管理员的效率呢?这时仓库管理员早看出李老板的心思,色咪咪看着李老板着说:“老板,再招一个管理员吧,我老婆刚好生完孩子在家里待业。。。”。李老板一听就火了:你当招人不用花钱啊!有了!我买5个货架就搞定了!过两天我告诉你新的管理办法,你老婆还是在家多休息几天吧。
过了几天,老板把5个货架采购回来,放进仓库,然后给管理员一份管理手册。新的管理手册如下:
手册第一页:货架权限清单
手册第二页:1号货架货物清单
手册第三页:2号货架货物清单
第四页,第五页省略
每次货物入库的时候,根据货架货物清单放到相应的货架上,然后贴上标签。出库的时候哦只要看货架号码就可以啦。
看到这里,也许有人恍然大悟,这不就是第一节讲的“架构Schema”吗?没错,现在我们终于知道,架构概念的引入就是为了解决数据库对象太多不好管理的缺点。到现在为止,我们的数据库管理就变成了用户-架构-数据库对象的模式了。
在sql server2000中,用户和架构是不分离的,到了2005才分离。其实2000中的用户和架构概念就是给张三、李四分配固定的货架。这是一种更简单的管理方法。
李老板开了一个小公司,公司有个仓库,堆放了一些货物,由于仓库小,为了节约成本,这个仓库根本没有锁。只要知道仓库在哪里,就可以去取货。这种情况对应数据库来说,就是只要我知道数据库名和表名,我就可以对它进行操作。这对程序员来说当然是最方便了。这就是数据库的第一阶段:无权限管理阶段。假如大家用过Win3.X,那它们基本就是无权限管理阶段。这下小偷就爽翻了。
最近仓库里的东西老是不翼而飞。李老板才明白,就算是员工都是自觉的,但是别的人也可以拿走里面的货物,怎么办呢?老板一咬牙,花一百块钱买了一把锁!并且只给少数几个人配钥匙。这下东西被别的公司的人拿走的情况基本杜绝了。对于数据库来说,相当于把人分成了两种,一种授权用户,一种未授权用户。这时,数据库就有了用户的概念,但是它只有一个用户,就是有钥匙的人,它只对有钥匙的人开放。这就是数据库权限管理的第二阶段:上锁阶段或者单用户管理阶段。
好景不长,老板发现仓库的东西还是经常少。明明都是有钥匙的人才能进去呀。但是,谁拿了多少,根本没办法查出来。老板猜测原因有二:一,有些人拿了不该拿的东西。二,有些人偷偷的去配了钥匙。老板一咬牙,没收所有的钥匙。花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权限管理中有角色呀!没错,为什么要有角色呢?没有角色不是照样不丢东西吗?这个问题稍后再谈。
话说过了一年,李老板的生意越做越大,仓库里的东西也越来越多,最近张三反应,去仓库取货老是要排队,而且经常要等很久才能取到货,李老板心想,取货的人一共就这几个人,还要排队,岂有此理!把仓库保管员叫过来!保管员早有准备,递给李老板一份最新的清单:
姓名 | 货物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 | 货物2 | 货物3 | 货物4 | 货物....... | 货架190 |
货物191 | 货物192 | 货物193 | 货物194 | 货物....... | 货架390 |
每次货物入库的时候,根据货架货物清单放到相应的货架上,然后贴上标签。出库的时候哦只要看货架号码就可以啦。
看到这里,也许有人恍然大悟,这不就是第一节讲的“架构Schema”吗?没错,现在我们终于知道,架构概念的引入就是为了解决数据库对象太多不好管理的缺点。到现在为止,我们的数据库管理就变成了用户-架构-数据库对象的模式了。
在sql server2000中,用户和架构是不分离的,到了2005才分离。其实2000中的用户和架构概念就是给张三、李四分配固定的货架。这是一种更简单的管理方法。
姓名 | 张三的货架 | 李四的货架 | 王五的货架 | 赵六的货架 | ...的货架 |
张三 | Y | - | - | - | - |
李四 | - | Y | - | - | - |
王五 | - | - | Y | - | - |
赵六 | - | - | - | Y | - |
相关文章推荐
- "77种网络经济创新模式",csdn上除了我,就没有人关注? 为什么?
- 多角度彻底理解数据库事务中的"脏读"."不可重复的读"及"虚读"
- 使用无效的架构或目录链接服务器的 OLE DB 提供程序"SQLNCLI"为""
- 关于"云"近来理解文字文字收集.----提供资源的网络被称为“云”。
- fopen的"a" 和"a+"模式
- 推荐一个关于"架构"的演示文稿(PPT)
- C/S--客户机和服务器架构模式的理解
- IE的"Kiosk"模式(你想要的啥都没有的全屏)
- "架构"到底是个什么东西? 转
- java 命令模式 "处理行为" 经典范例
- [转-来自啊泰]推模式下dataset1下显示的是"...未找到项目..." 问题的解决[补充] [http://www.cnblogs.com/babyt/archive/2005/04/15/138588.html]
- ASP.NET 架构 项目开发-让设计模式成为一种心智-深入理解三层架构
- "成功WEB商务"的7步走(4)——构建商业模式
- 类似人人网 "新鲜事"(好友动态、SNS)架构:
- 解决问题:vs 使用命令行参数调试时出现"当前项目设置指定将使用特定的安全权限对该项目进行调试.在此模式下,命令行参数将不会传递给可执行文件."
- "观察者模式"
- 第十一章 深入理解Cairngorm架构模式
- 【转载】"变化"、"复用"、"抽象"、"稳定" 影响着软件设计模式,架构,开发方法
- android Run模式也会出现"Waiting for debugger"的解决方法
- 理解iOS的应用程序的MVC架构模式