DBMS - 架构
DBMS 的设计取决于其架构。 它可以是集中的或分散的或分层的。 DBMS 的体系结构可以被视为单层或多层。 n 层架构将整个系统划分为相关但独立的 n 个模块,这些模块可以独立修改、更改、更改或替换。
在一层架构中,DBMS 是用户直接坐在 DBMS 上并使用它的唯一实体。 此处所做的任何更改都将直接在 DBMS 本身上完成。 它没有为最终用户提供方便的工具。 数据库设计人员和程序员通常更喜欢使用单层架构。
如果 DBMS 的架构是二层的,那么它必须有一个可以访问 DBMS 的应用程序。 程序员使用 2 层架构,他们通过应用程序访问 DBMS。 这里的应用层在操作、设计和编程方面完全独立于数据库。
三层架构
三层架构根据用户的复杂性以及他们如何使用数据库中的数据将其层彼此分开。 它是设计 DBMS 时使用最广泛的架构。
![](https://www.w3ccoo.com/dbms/images/dbms_architecture.png)
数据库(数据)层 − 在这一层,数据库与其查询处理语言一起驻留。 我们还有在这个级别定义数据及其约束的关系。
应用程序(中间)层 − 在这一层驻留应用程序服务器和访问数据库的程序。 对于用户,此应用层呈现数据库的抽象视图。 最终用户不知道应用程序之外的任何数据库的存在。 另一方面,数据库层不知道应用程序层之外的任何其他用户。 因此,应用层位于中间,充当最终用户和数据库之间的中介。
用户(演示)层 − 最终用户在这一层上操作,他们对这一层之外的任何数据库的存在一无所知。 在这一层,应用程序可以提供数据库的多个视图。 所有视图均由驻留在应用程序层中的应用程序生成。
多层数据库架构是高度可修改的,因为它的几乎所有组件都是独立的,并且可以独立更改。