Distributed Relational Database Architecture

What Does Distributed Relational Database Architecture Mean?

Distributed Relational Database Architecture (DRDA) is a protocol set that allows multiple database systems and application programs to work together. Any combination of relational database management products that use DRDA can be connected to form a distributed database management system.


Techopedia Explains Distributed Relational Database Architecture

DRDA is a database interoperability standard from an industry consortium called The Open Group. It describes the architecture for distributed data and defines the rules for accessing distributed data. It was initially used in DB2 2.3.

DRDA has the following components:

  • Application Requester: Accepts SQL requests from applications and sends them to appropriate application servers for processing. Application programs can access remote data using this function.

  • Application Server: Receives requests from application requesters and processes them. The application server acts on the portions of requests that can be processed, and forwards remainder to database servers for further processing.
  • Database Server: Receives requests from the application server and other database servers. This server also supports distributed requests and forwards parts of the request to the database server to fulfill the request.


Related Terms

Latest Data Management Terms

Related Reading

Margaret Rouse

Margaret Rouse is an award-winning technical writer and teacher known for her ability to explain complex technical subjects to a non-technical, business audience. Over the past twenty years her explanations have appeared on TechTarget websites and she's been cited as an authority in articles by the New York Times, Time Magazine, USA Today, ZDNet, PC Magazine and Discovery Magazine.Margaret's idea of a fun day is helping IT and business professionals learn to speak each other’s highly specialized languages. If you have a suggestion for a new definition or how to improve a technical explanation, please email Margaret or contact her…