DBMS 中的 2 层架构与 3 层架构

有多种方法可以获取存储在数据库管理系统中的数据。根据其结构对 DBMS 的体系结构进行了分类。 

DBMS 架构概述

理解 2-tier 和 3-tier 架构是一个相当重要的话题，不仅对于学术或寻找好工作，而且对于与技术相关的一般意识也是如此。

2-tier simple表示两层；在这里，层意味着简单的层。有2层，一层是客户端层，存储数据的一层，即数据库服务器。另一个是客户端层，它基本上是一台机器，它在数据库服务器上运行查询并获取所需的数据。客户端机器具有向用户显示所需数据的界面。

可以使用客户端计算机中的API从数据库服务器获取数据。此外，API 代表应用程序编程接口。 

API 的目的是在预定义的时间间隔内从数据库服务器获取数据，并将其用于各种目的。例如，有各种应用程序可以显示火车的实时位置，或者在使用 出租车服务时，他们使用百度地图 API，为此他们肯定会向百度支付一些费用。他们使用该 API 跟踪送货员或出租车并将其展示给我们。在这里还可以观察到，使用 API 获取数据之间的时间间隔非常短，因为我们想要获取出租车的确切位置。尽管如此，在定位火车时，我们不需要这么高的精度，这样我们就可以减少使用 API 获取数据的频率。

API先建立连接，然后在接口上写查询；一个简单的查询意味着，我想获取特定的数据，然后查询将转到数据库服务器，该服务器将处理该查询，这意味着我们编写了一个应用程序，一个应用程序意味着我要获取特定的数据，并且该程序可以使用任何语言，例如简单示例，如果我用Java编写，那么该应用程序将到达数据库服务器，在那里它将首先转换为低级语言，因为该应用程序可以使用任何其他语言，在高级语言中，我们将在这里进行转换，意味着服务器将对其进行转换，处理它，并且该查询中需要任何数据，该数据将返回给客户端。这就是 2 层架构的实际工作方式。

我们已经在日常生活中看到了 2 层架构的使用，例如当我们在铁路上订票时，而不是通过网络和其他应用程序。但是如果我去车站填写表格并预订车票，那么坐在窗口那边的人，有一台客户端机器，在那台客户端机器上，他们会填写信息。他们将从数据库服务器调用该列车的详细信息，了解有多少座位可用；据此，无论流程是什么，他们都会处理并开票。

这种架构的优点是非常简单，因为只有 2 层；维护非常容易，因为只有有限的授权银行员工，以及有限的数据库。

DBMS 中的三层架构  

但是今天，每家银行和其他组织都希望发展并拥有更多用户，用更少的资源管理他们，并提供 24 X 7 的服务。它们允许用户使用 Web 或移动应用程序执行所有查询。数据库服务器处理从高级语言到低级语言的所有用户的查询是相当复杂的，并且在以这种安全性授权它们之后进一步执行所有查询是另一个主要问题，因为用户可以直接访问数据库。

为了解决所有这些问题，我们使用了第3层架构。在第 3 层架构中，在客户端和服务器之间引入了另一层。3 层架构意味着 3 层到达。首先是应用层，我们直接称之为客户端层；第二个是业务层，第三个是数据库或数据层。

首先客户端层是一样的，也就是说这里都是我的用户，都是普通用户，我们也是普通用户；我们所有人，通过打开铁路的网站或应用程序，我们的机器，被称为客户端机器。现在有一个接口正在运行，可以帮助我们与数据库建立连接；接口是可以是Java、Python、PHP等的应用程序。为了支持该语言或应用程序，有业务层，这意味着来自客户端机器的查询在业务层处理。这减少了数据服务器上的负载。

我们，即客户端机器发出的请求首先到达应用层。该应用程序层对其进行验证并将其从高级语言处理为低级语言，然后将简化的查询传递给数据库服务器。然后服务器只是将数据返回给应用层，将数据从低级语言转换为高级语言后返回给客户端机器。 

应用层也避免了客户端机器与数据库服务器的直接交互，增加了数据库服务器的安全性。

在引入了第三层，即应用层之后，DBMS的架构变得有点复杂，但是高效且安全。3层架构的维护对我们来说有点困难。尽管如此，当我们为这个用户群提供服务时，我们希望有良好的维护资源，因为它比第 2 层架构成本更高，但仍然值得这些资源。