0% found this document useful (0 votes)
5 views5 pages

Database Architectures

The document discusses the architecture of Database Management Systems (DBMS), highlighting client/server architecture and its variations, including 1-tier, 2-tier, and 3-tier architectures. It explains how these architectures facilitate user interaction with databases, with 1-tier allowing direct access, 2-tier enabling client-server communication, and 3-tier introducing an application server layer. Additionally, it contrasts centralized architecture with client-server architecture, emphasizing the evolution from mainframe systems to modern distributed computing environments.

Uploaded by

masooda
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
5 views5 pages

Database Architectures

The document discusses the architecture of Database Management Systems (DBMS), highlighting client/server architecture and its variations, including 1-tier, 2-tier, and 3-tier architectures. It explains how these architectures facilitate user interaction with databases, with 1-tier allowing direct access, 2-tier enabling client-server communication, and 3-tier introducing an application server layer. Additionally, it contrasts centralized architecture with client-server architecture, emphasizing the evolution from mainframe systems to modern distributed computing environments.

Uploaded by

masooda
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 5

DBMS Architecture

o The DBMS design depends upon its architecture. The basic


client/server architecture is used to deal with a large number of PCs,
web servers, database servers and other components that are
connected with networks.
o The client/server architecture consists of many PCs and a
workstation which are connected via the network.
o DBMS architecture depends upon how users are connected to the
database to get their request done.

Types of DBMS Architecture

Database architecture can be seen as a single tier or multi-tier. But


logically, database architecture is of two types like: 2-tier architecture
and 3-tier architecture.

1- Tier Architecture

o In this architecture, the database is directly available to the user. It


means the user can directly sit on the DBMS and uses it.
o Any changes done here will directly be done on the database itself.
It doesn't provide a handy tool for end users.
o The 1-Tier architecture is used for development of the local
application, where programmers can directly communicate with the
database for the quick response.

2- Tier Architecture

o The 2-Tier architecture is same as basic client-server. In the two- tier


architecture, applications on the client end can directly communicate
with the database at the server side. For this interaction, API's like:
ODBC, JDBC are used.
o The user interfaces and application programs are run on the client-
side.
o The server side is responsible to provide the functionalities like:
query processing and transaction management.
o To communicate with the DBMS, client-side application establishes
a connection with the server side.

Fig: 2-tier Architecture

3-Tier Architecture

o The 3-Tier architecture contains another layer between the client and
server. In this architecture, client can't directly communicate with
the server.
o The application on the client-end interacts with an application server
which further communicates with the database system.
o End user has no idea about the existence of the database beyond the
application server. The database also has no idea about any other
user beyond the application.
o The 3-Tier architecture is used in case of large web application.

Fig: 3-tier Architecture

Centralized and Client Server Architecture for DBMS

Centralized Architecture of DBMS:

Architectures for DBMSs have generally followed trends seen in


architectures for larger computer systems. The primary processing for all
system functions, including user application programs, user interface
programs, and all DBMS capabilities, was handled by mainframe
computers in earlier systems. The primary cause of this was that the
majority of users accessed such systems using computer terminals with
limited processing power and merely display capabilities. Only display
data and controls were delivered from the computer system to the display
terminals, which were connected to the central node by a variety of
communications networks, while all processing was done remotely on the
computer system.
The majority of users switched from terminals to PCs and workstations as
hardware prices decreased. Initially, Database Systems operated on these
computers in a manner akin to how they had operated display terminals.
As a result, the DBMS itself continued to operate as a centralized DBMS,
where all DBMS functionality, application program execution, and UI
processing were done on a single computer. The physical elements of a
centralized architecture Client/server DBMS designs emerged as DBMS
systems gradually began to take advantage of the user side's computing
capability.

Client-server Architecture of DBMS:

We first talk about client/server architecture in general, and then we look


at how DBMSs use it. In order to handle computing settings with a high
number of PCs, workstations, file servers, printers, database servers, etc.,
the client/server architecture was designed.

A network connects various pieces of software and hardware, including


email and web server software. To define specialized servers with a
particular functionality is the aim. For instance, it is feasible to link a
number of PCs or compact workstations to a file server that manages the
client machines' files as clients. By having connections to numerous
printers, different devices can be designated as a printer server; all print
requests from clients are then directed to this machine. The category of
specialized servers also includes web servers and email servers. Many
client machines can utilize the resources offered by specialized servers.
The user is given the proper user interfaces for these servers as well as local
processing power to run local applications on the client devices. This idea
can be applied to various types of software, where specialist applications,
like a CAD (computer-aided design) package, are kept on particular server
computers and made available to a variety of clients. Some devices (such
as workstations or PCs with discs that only have client software installed)
would only be client sites

The idea of client/server architecture presupposes an underpinning


structure made up of several PCs and workstations as well as fewer
mainframe computers connected via LANs as well as other types of
computer networks. In this system, a client is often a user machine that
offers local processing and user interface capabilities. When a client needs
access to extra features-like database access-that are not available on that
system, it connects to a server that offers those features. A server is a
computer system that includes both hardware and software that can offer
client computer services like file access, printing, archiving, or database
access. Generally speaking, some workstations install both client and
server software, while others just install client software. Client and server
software, however, typically run on separate workstations, which is more
typical. On this underlying client/server framework, Two- tier and
Three-tier fundamental DBMS architectures were developed.

Two-Tier Client Server Architecture:

Here, the term "two-tier" refers to our architecture's two layers-the Client
layer and the Data layer. There are a number of client computers in the
client layer that can contact the database server. The API on the client
computer will use JDBC or some other method to link the computer to the
database server. This is due to the possibility of various physical locations
for clients and database servers.

Three-Tier Client-Server Architecture:

The Business Logic Layer is an additional layer that serves as a link


between the Client layer and the Data layer in this instance. The layer
where the application programs are processed is the business logic layer,
unlike a Two-tier architecture, where queries are performed in the database
server. Here, the application programs are processed in the application
server itself.

You might also like