- 关系数据库设计
- DBMS - 数据库规范化
- DBMS - 数据库连接
- 存储和文件结构
- DBMS - 存储系统
- DBMS - 文件结构
- 事务和并发
- DBMS - 事务
- DBMS - 并发控制
- DBMS - 死锁
- 备份和恢复
- DBMS - 数据备份
- DBMS - 数据恢复
- DBMS 有用资源
- DBMS - 快速指南
- DBMS - 有用资源
- DBMS - 讨论
DBMS - 架构
DBMS 的设计取决于其架构。它可以是集中式、分布式或层次结构式。DBMS 的架构可以看作是单层或多层。N 层架构将整个系统划分为相关的但独立的 **n** 个模块,这些模块可以独立地修改、更改或替换。
在 1 层架构中,DBMS 是唯一的实体,用户直接坐在 DBMS 上并使用它。在此处进行的任何更改都将直接在 DBMS 本身进行。它没有为最终用户提供便捷的工具。数据库设计人员和程序员通常更喜欢使用单层架构。
如果 DBMS 的架构是 2 层,则它必须有一个应用程序,通过该应用程序可以访问 DBMS。程序员使用 2 层架构,他们通过应用程序访问 DBMS。在这里,应用程序层在操作、设计和编程方面完全独立于数据库。
3 层架构
3 层架构根据用户的复杂性和他们如何使用数据库中存在的数据,将层彼此分开。它是设计 DBMS 最广泛使用的架构。
**数据库(数据)层** - 在此层,数据库及其查询处理语言驻留。我们还在此级别拥有定义数据及其约束的关系。
**应用程序(中间)层** - 在此层驻留应用程序服务器和访问数据库的程序。对于用户而言,此应用程序层提供了数据库的抽象视图。最终用户不知道数据库在应用程序之外的存在。在另一端,数据库层不知道应用程序之外的任何其他用户。因此,应用程序层位于中间,充当最终用户和数据库之间的中介。
**用户(表示)层** - 最终用户在此层上操作,并且他们不知道数据库在此层之外的存在。在此层,应用程序可以提供数据库的多个视图。所有视图均由驻留在应用程序层的应用程序生成。
多层数据库架构具有很强的可修改性,因为几乎所有组件都是独立的,并且可以独立更改。
广告