Top Banner
Distributed Data Base System RAVINDER CHAMOLI MSC[CS] OMIT, RISHIKESH
39

Distributed data base systems

Nov 20, 2014

Download

Education

OMIT

This is a Distributed data base systems information
Welcome message from author
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Page 1: Distributed data base systems

Distributed Data Base SystemRAVINDER CHAMOLIMSC[CS]OMIT, RISHIKESH

Page 2: Distributed data base systems

Distributed Data Base ManagementA distributed data base system, the database is

stored on several computers . A distributed database is a collection of

multiple , Logic computer network .

The Computer in a distributed system communicate with one another through various communication media, such as high-speed networks or telephone lines .

Page 3: Distributed data base systems

Distributed Database Systems Pikes

Page 4: Distributed data base systems
Page 5: Distributed data base systems
Page 6: Distributed data base systems

They do not share main-memory or disks .

The computer in a distributed systems may vary in size and function ,ranging from workstation up to mainframe systems .

The computer in a distributed system are referred to by a number , such as sites or nodes .

The sites terms mainly used to emphasize the physical distribution of these systems .

Page 7: Distributed data base systems

Sites Picks

Page 8: Distributed data base systems

Reasons for Building Distributed Database Systems

Sharing data:o The major advantage in building distributed

database system in the provision of an environment where users at one site may be able to access the data resending at over other sites .

Autonomy:o The primary advantages of sharing data by

means of distribution is that each site is able to retain a degree of control over data that are stored locally .

Page 9: Distributed data base systems
Page 10: Distributed data base systems

Availability:o If one site fails in a distributed systems , the

remaining sites may be able to continue operating .in particular, if data items are replicated in the several sites ,a transaction needing a particular data item may find that item in any of several sites .

o Thus ,the failures of a sites does not necessarily imply the stud down of the system.

Page 11: Distributed data base systems

THE PROPERTY OF DISTRIBUTED DATABASE SYSTEMSDistributed Database System should makes impact of data distributed transparent .

Distributed Database System have two major

property .o Distributed Data Independence .o Distributed Transaction atomicity

Page 12: Distributed data base systems

Distributed Data IndependenceDDI property enable user to ask queries

without specifying where the reference relation copies or fragments of the relation are located .

This principle is a natural extension of physical

and logical data Independence .

Page 13: Distributed data base systems

DISTRIBUTED TRANSACTION ATOMICITY

Distributed transition atomicity property enables users to write transitions that access and update data at several sites .

They would write transitions over purely local data the effects of transition across sites should continue to be atomic .

Page 14: Distributed data base systems

Types of Distributed Data Base

1. Homogeneous Distributed Data Base .2. Heterogeneous Distributed Data Base

Page 15: Distributed data base systems

Homogeneous Distributed Data Base

Homogeneous distributed data base is simplest from of a distributed data base where there are several sites each running their own application on the same DBMS software .

All sites have identical DBMS software .All user use identical software are aware of one

another and agree to cooperate in processing user request .

Page 16: Distributed data base systems
Page 17: Distributed data base systems

Heterogeneous Distributed Data Base

Heterogeneous distributed data base systems different sites run under the control of different DBMS software's .

Heterogeneous distributed data base systems is also referred to s multi-database systems or a federated data base system(FDBS) .

It’s well accepted standards for gateway protocols to expose DBMS functionality to external application.

Page 18: Distributed data base systems

The Gateway protocols help to make communicate the different sites

Page 19: Distributed data base systems
Page 20: Distributed data base systems
Page 21: Distributed data base systems

Distributed Data Storage

Consider a relation ‘r’ that is to be stored in the database .there are two approaches to storing this relation in the distributed database :

o Replication :o The System maintains several identical

replicas (copies) of relation, and stores each replica at different site. The alternative to replication is to store only one copy of the relation ‘r’.

Page 22: Distributed data base systems
Page 23: Distributed data base systems

Replication Picks

Page 24: Distributed data base systems

o Fragmentation:o The System Partitions the relation into several

fragments, and stores each fragment at different site.

o Fragmentation and Replication can be combined :o A relation can be partitioned into several

fragments and there may be several replicas of each fragment .

Page 25: Distributed data base systems

TransparencyThe user of a distributed database system

should not be required to know either where the data are physically located or how the data can be accessed at the specific local site. This characteristic called DATA TRANSPARENCY

Data Transparency can take several forms:o Fragmentation Transparencyo Replication Transparency o Location Transparency

Page 26: Distributed data base systems

Each site has its own local transaction manager, whose function is to ensure the ACID properties of those transaction that execute at that site.

The various transaction manager cooperate to execute global transaction.

System Structure

Page 27: Distributed data base systems

System Structure

To understand how such a manager can be implemented ,consider abstract model of a transaction system, in which each site contains two sub system .

The Transaction manager manages the execution of those transaction (or sub- transaction ) that access data stored in a local site.

Page 28: Distributed data base systems

Note that each such transaction may be either a local transaction(that is a transaction that executes at only that site ) or part of a global transaction ( that is a transaction that executes at several sites) .

The transaction coordinator coordinates the execution of the of the various transaction (both local and global ) initiated at that site.

Page 29: Distributed data base systems

Distributed Query Processing

In this distributed system, we must take into account several other matter ,including .

o The cost of data transition over the network.o The potential gain in performance from

having several sites process parts of the query in parallel .

Page 30: Distributed data base systems
Page 31: Distributed data base systems

The relative cost of data transfer over the network and data transfer to and from disk various widely depending on the type of network and on the speed of the disks .

Thus, in general ,we cannot focus solely on disk costs or on network costs. Rather , we must find a good trade off between the two.

Page 32: Distributed data base systems

The System Failure Modes

A distributed systems may suffer from types of failure that a centralized systems does (for example, software errors, hardware error, or disk crashes) .

The basic failure types are o Failure of site .o Lass of messages .o Failure of a communication link .o Network partition

Page 33: Distributed data base systems

To provide high availability, a distributed database must detect failures, reconfigure itself so that computation may continue, and recover when a processor or a link is repaired.

The task is greatly complication by the fact that it is hard to distinguish between network

partitions or sites failures

Page 34: Distributed data base systems

Other Important Issues

Commit Protocolso If we are to ensure atomicity, all the sites in

which a transaction T executed agree on the final outcomes of the execution must either commit at all sites, or it must abort at all sites .

o To ensure this property , the transaction coordinator of t must executed a commit protocols

Page 35: Distributed data base systems
Page 36: Distributed data base systems
Page 37: Distributed data base systems

Time stampingo The principal idea behind the time stamping

in is that each transaction is given a unique time stamp that the system user in deciding the serialization order .

Page 38: Distributed data base systems
Page 39: Distributed data base systems

Thanks