💾
Welcome to DataGenesis !
  • 🚀 Welcome to the Database Management System Playground! 📊💾
  • Basics of DBMS
    • Database Management System
    • DBMS V/S File System
    • DBMS Architectures
    • Tier 3 Architecture / Three Schema Architecture
  • E-R Data Model
    • Basics of E-R Model
    • Attributes in E-R Model
    • Null Values
    • Strong & Weak Entities
    • Relationship Constraints
    • Recursive Relationships
    • E-R Diagrams
    • Extended E-R Model
  • Relational Model
    • Relational Model
    • Facts About Relational Model
    • Types of Keys in Relational Model
    • Integrity Constraints
    • Anomalies in Relational Model
  • Transform - ER Model to Relational Model
    • Mapping from ER Model to Relational Model
  • SQL - Structured Query Language
    • SQL
    • CRUD Operations
    • Data Types
    • Type of Commands in SQL
    • Working With Commands
    • Data Retrieval Commands
  • Normalisation
    • Functional Dependencies
    • Armstrong's Axioms
    • Multivalued Dependency
    • 1 Normal Form
    • 2 Normal Form
    • 3 Normal Form
    • Boyce-Codd Normal Form (BCNF)
    • 4 Normal Form
    • 5 Normal Form
    • Lossless Decomposition, Lossless Join ,and Dependency Preserving Decomposition, Denormalization
  • Concurrency Control
    • Transactions & Concurrency
    • Scheduling of Transactions
    • Problems & Strategies in Concurrency Control
    • Transaction & ACID Properties
    • How to implement ACID Properties
    • Atomicity Techniques
    • Durability Techniques
    • Implementing Locking in DBMS
    • Concurrency Control Protocols
      • Two Phase Locking
      • Timestamp Ordering
      • Multi Version Concurrency Control Techniques
    • Starvation in DBMS
    • Deadlock in DBMS
    • Log Based Recovery
  • NoSQL & Types of Databases
    • SQL V/S NoSQL
    • Types of Databases
  • DB Optimization
    • File Organization
      • Hash File Organizations
      • B+ Tree File Organization: A Guide to Efficient Data Indexing
      • Cluster File Organization
    • Indexing in DBMS
      • Primary Indexing
      • Clustered Indexing
      • Secondary Indexing
      • Multilevel Indexing
  • Distributed Databases
    • Database Clustering
    • Partitioning and Sharding
    • CAP Theorm
Powered by GitBook
On this page
  • 1 - Level Architecture
  • 2 - Level Architecture
  • 3 - Level Architecture

Was this helpful?

  1. Basics of DBMS

DBMS Architectures

DBMS architectures are designed to manage the organization and access of data in a systematic manner. Here, I'll explain the concepts of 1-level, 2-level, and 3-level DBMS architectures:

1 - Level Architecture

  • Single-Level Architecture: In this architecture, there is no clear separation between the user interface, data management, and physical data storage layers. Everything is tightly integrated into a single system.

  • Characteristics:

    • Simple and suitable for small-scale systems.

    • Limited data abstraction and independence.

    • Typically lacks data security and concurrency control.

    • Changes to data structures often require changes to application code.

  • Use Cases: 1-level architectures are rarely used in modern applications due to their limitations. They may be found in very basic and small-scale systems.

2 - Level Architecture

  • Two-Level Architecture: This architecture introduces a separation between the user interface and the physical data storage. It consists of two main components: the user interface or front-end and the database management system (DBMS) or back-end.

  • Characteristics:

    • Improved data abstraction and independence.

    • User programs interact with the DBMS through a standardized query language (e.g., SQL).

    • Data security, concurrency control, and data integrity features are present.

  • Use Cases: 2-level architectures are common and are suitable for many applications, including small to medium-sized databases.

3 - Level Architecture

  • Three-Level Architecture: This architecture adds an additional layer between the user interface and the physical data storage, known as the conceptual schema or the schema level. It separates the user's view of the data (external schema) from the logical organization (conceptual schema) and the physical storage (internal schema).

  • Characteristics:

    • High-level of data abstraction, enabling data independence.

    • Different users or applications can have customized views of the data.

    • Easier to adapt to changing data requirements without affecting the entire system.

  • Use Cases: 3-level architectures are commonly used in large-scale and complex database systems, where data abstraction and customization are crucial. They allow for efficient management of large datasets and complex data structures.

In summary, the choice of DBMS architecture depends on the complexity and scale of the application or system. While 1-level architectures are almost obsolete due to their limitations, 2-level and 3-level architectures offer varying degrees of data abstraction and independence, making them suitable for a wide range of database management scenarios.

PreviousDBMS V/S File SystemNextTier 3 Architecture / Three Schema Architecture

Last updated 1 year ago

Was this helpful?