Types of Database

 

Centralize

Define centralized database

A centralized database is one that has all the information of the database stored in one physical location within a network

Run on a single computer system and do not interact with other  computer systems.

! General-purpose computer system: one to a few CPUs and a  number of device controllers that are connected through a common bus that provides access to shared memory.

! Single-user system (e.g., personal computer or workstation):  desk-top unit, single user, usually has only one CPU and one or  two hard disks; the OS may support only one user.

! Multi-user system: more disks, more memory, multiple CPUs,  and a multi-user OS. Serve a large number of users who are  connected to the system vie terminals. Often called server systems.

 

Distributed

A distributed database is a database that is under the control of a central database management system (DBMS) in which storage devices are not all attached to a common CPU. It may be stored in multiple computers located in the same physical location, or may be dispersed over a network of interconnected computers.

Collections of data (e.g. in a database) can be distributed across multiple physical locations. A distributed database is distributed into separate partitions/fragments. Each partition/fragment of a distributed database may be replicated (i.e. redundant fail-overs, RAID like).

Besides distributed database replication and fragmentation, there are many other distributed database design technologies. For example, local autonomy, synchronous and asynchronous distributed database technologies. These technologies’ implementation can and does depend on the needs of the business and the sensitivity/confidentiality of the data to be stored in the database, and hence the price the business is willing to spend on ensuring data security, consistency and integrity.

 

Important considerations

Care with a distributed database must be taken to ensure the following:

  •  The distribution is transparent — users must be able to interact with the system as if it were one logical system. This applies to the system’s performance, and methods of access amongst other things.
  •  Transactions are transparent — each transaction must maintain database integrity across multiple databases. Transactions must also be divided into subtransactions, each subtransaction affecting one database system.

 

Advantages of Distributed Databases

  •  Reflects organizational structure — database fragments are located in the departments they relate to.
  •  Local autonomy — a department can control the data about them (as they are the ones familiar with it.)
  •  Improved availability — a fault in one database system will only affect one fragment, instead of the entire database.
  •  Improved performance — data is located near the site of greatest demand, and the database systems themselves are parallelized, allowing load on the databases to be balanced among servers. (A high load on one module of the database won’t affect other modules of the database in a distributed database.)
  •  Economics — it costs less to create a network of smaller computers with the power of a single large computer.
  •  Modularity — systems can be modified, added and removed from the distributed database without affecting other modules (systems).

 

Disadvantages of Distributed Databases

  •  Complexity — extra work must be done by the DBAs to ensure that the distributed nature of the system is transparent. Extra work must also be done to maintain multiple disparate systems, instead of one big one. Extra database design work must also be done to account for the disconnected nature of the database — for example, joins become prohibitively expensive when performed across multiple systems.
  •  Economics — increased complexity and a more extensive infrastructure means extra labour costs.
  •  Security — remote database fragments must be secured, and they are not centralized so the remote sites must be secured as well. The infrastructure must also be secured (e.g., by encrypting the network links between remote sites).
  •  Difficult to maintain integrity — in a distributed database, enforcing integrity over a network may require too much of the network’s resources to be feasible.
  •  Inexperience — distributed databases are difficult to work with, and as a young field there is not much readily available experience on proper practice.

Lack of standards – there are no tools or methodologies yet to help users convert a centralized DBMS into a distributed DBMS.

 

 

 

 

 

Registration


A password will be e-mailed to you.

Feedback Form

Name (required)

Email (required)

Feedback