调侃数据库2.3:多用户结构和系统目录(简单不得了的教程)
2017-04-26 本文已影响66人
Dongle聊测试
![](https://img.haomeiwen.com/i5741745/80ffb2e23ea7f648.png)
这节课将会结束第二章的讲解,迎来第三章
||Multi-User DBMS Architecture
![](http://upload-images.jianshu.io/upload_images/5741745-03255e4d399075de.png)
|||Teleprocessing
🐅宿主模式
直接上图
![](http://upload-images.jianshu.io/upload_images/5741745-14edbfc0ccbb5501.png)
只有一个主机,有如果终端与之相连,主机里有DBMS,DB(database)
这种方式逐渐落伍,因为大型主机实在昂贵,用廉价的个人电脑替之岂不美滋滋
不过这种方式在银行很是流行,装13利器有没有O(∩_∩)O
![](http://upload-images.jianshu.io/upload_images/5741745-4588bb6720649352.png)
|||File-server
🐅文件服务器
直接上图
![](http://upload-images.jianshu.io/upload_images/5741745-26e8a58401fb4523.png)
简单对比下宿主模式,您会发现,这时候终端(workstation)具有了输入与输出能力,并且每个终端都有DBMS,LAN具备计算功能,负责终端与File-server的交互,File-sever只是存放文件(不具备计算功能)
最大缺点是每个终端都有DBMS,很麻烦很麻烦
然后是需要网络流量才能完成数据交互
最后并发,恢复和完整性控制更复杂
百度百科关于文件服务器的介绍
|||Client-server
🐅客户服务器
直接上图
![](http://upload-images.jianshu.io/upload_images/5741745-a8e70ff91a8af544.png)
对比文件服务器,这里就是把终端的DBMS放到了server上,与终端的交互是通过LAN,并且以SQL的形式进行交互
可以说这种方式优点比较多,不仅提高性能而且降低成本,更广泛地访问现有数据库等等
||System Catalogs
Repository of information describing the data in the database, that is the meta-data or the ‘data about data’
🌀包括:
- 授权的用户名称
- 数据库中数据项的名称
- 每个数据项的约束
- 用户访问的数据项和访问类型
🌀功能:使用模块,如授权控制和完整性检查
🌀目标:
- 数据的可拓展性
- 数据的完整性
- 控制访问数据
至此,我们完成了第二章的讲解,即将开启第三章,不知道少侠们有没有什么问题呢?还有请提提意见吧