1application processor (AP)
In a DDBMS, the software component on each computer that requests data. The TP is responsible for the execution and coordination of all database requests issued by a local application that accesses data on any DP.
2basically available, soft state, eventually consistent (BASE)
A data consistency model in which data changes are not immediate but propagate slowly through the system until all replicas are eventually consistent.
3centralized data allocation
A data allocation strategy in which the entire database is stored at one site.
4client/server architecture
A hardware and software system composed of clients, servers, and middleware. Features a user of resources (client) and a provider of resources (server).
5coordinator
The transaction processor (TP) node that coordinates the execution of a two-phase COMMIT in a DDBMS.
6Data allocation
In a distributed DBMS, the process of deciding where to locate data fragments.
7Data fragmentation
A characteristic of a DDBMS that allows a single object to be broken into two or more segments or fragments. The object might be a user’s database, a system database, or a table. Each fragment can be stored at any site on a computer network.
8data manager (DM)
The resident software component that stores and retrieves data through a DDBMS. The DP is responsible for managing the local data in the computer and coordinating access to that data.
9Data replication
The storage of duplicated database fragments at multiple sites on a DDBMS. Duplication of the fragments is transparent to the end user. Data replication provides fault tolerance and performance enhancements.
10database fragments
A subset of a distributed database. Although the fragments may be stored at different sites within a computer network, the set of all fragments is treated as a single database.
11distributed database
A logically related database that is stored in two or more physically independent sites.
12distributed data catalog (DDC)
A data dictionary that contains the description (fragment names and locations) of a distributed database.
13distributed data dictionary (DDD)
A data dictionary that contains the description (fragment names and locations) of a distributed database.
14distributed database management system (DDBMS)
A DBMS that supports a database distributed across several different sites; a DDBMS governs the storage and processing of logically related data over interconnected computer systems in which both data and processing functions are distributed among several sites.
15distributed global schema
The database schema description of a distributed database as seen by the database administrator.
16distributed processing
Sharing the logical processing of a database over two or more sites connected by a network.
17distributed request
A database request that allows a single SQL statement to access data in several remote data processors (DPs) in a distributed database.
18distributed transaction
A database transaction that accesses data in several remote data processors (DPs) in a distributed database.
19Distribution transparency
A DDBMS feature that allows a distributed database to look like a single logical database to an end user.
20DO-UNDO-REDO
A protocol used by a data processor (DP) to roll back or roll forward transactions with the help of a system’s transaction log entries.
21Failure transparency
A feature that allows continuous operation of a DDBMS, even if a network node fails.
22Fragmentation transparency
A DDBMS feature that allows a system to treat a distributed database as a single database even though it is divided into two or more fragments.
23fully heterogeneous DDBMS
A system that integrates different types of database management systems (hierarchical, network, and relational) over a network. It supports different database management systems that may even support different data models running under different computer systems.
24fully replicated database
In a DDBMS, the distributed database that stores multiple copies of each database fragment at multiple sites.
25Heterogeneity transparency
A feature that allows a system to integrate several centralized DBMSs into one logical DDBMS.
26heterogeneous DDBMSs
A system that integrates different types of centralized database management systems over a network.
27Homogeneous DDBMSs
A system that integrates only one type of centralized database management system over a network.
28Horizontal fragmentation
The distributed database design process that breaks a table into subsets of unique rows.
29Local mapping transparency
A property of a DDBMS in which database access requires the user to know both the name and location of the fragments.
30Location transparency
A property of a DDBMS in which database access requires the user to know only the name of the database fragments. (Fragment locations need not be known.)
31Mixed fragmentation
A combination of horizontal and vertical strategies for data fragmentation, in which a table may be divided into several rows and each row has a subset of the attributes (columns).
32multiple-site processing, multiple-site data (MPMD)
A scenario describing a fully distributed database management system with support for multiple data processors and transaction processors at multiple sites.
33multiple-site processing, single-site data (MPSD)
A scenario in which multiple processes run on different computers sharing a single data repository.
34mutual consistency rule
A data replication rule that requires all copies of data fragments to be identical.
35network latency
The delay imposed by the amount of time required for a data packet to make a round trip from point A to point B.
36network partitioning
The delay that occurs when nodes become suddenly unavailable due to a network failure. In distributed databases, the system must account for the possibility of this condition.
37NewSQL
A database model that attempts to provide ACID-compliant transactions across a highly distributed infrastructure.
38partially replicated database
A distributed database in which copies of only some database fragments are stored at multiple sites.
39partition key
In partitioned databases, one or more attributes in a table that determine the fragment in which a row will be stored.
40partitioned data allocation
A data allocation strategy of dividing a database into two or more fragments that are stored at two or more sites.
41Performance transparency
A DDBMS feature that allows a system to perform as though it were a centralized DBMS.
42remote request
A DDBMS feature that allows a single SQL statement to access data in a single remote DP.
43remote transaction
A DDBMS feature that allows a transaction (formed by several requests) to access data in a single remote DP.
44Replica transparency
The DDBMS’s ability to hide the existence of multiple copies of data from the user.
45replicated data allocation
A data allocation strategy in which copies of one or more database fragments are stored at several sites.
46single-site processing, single-site data (SPSD)
A scenario in which all processing is done on a single host computer and all data is stored on the host computer’s local disk.
47subordinates
In a DDBMS, a data processor (DP) node that participates in a distributed transaction using the two-phase COMMIT protocol.
48transaction transparency
A DDBMS property that ensures database transactions will maintain the distributed database’s integrity and consistency, and that a transaction will be completed only when all database sites involved complete their part of the transaction.
49two-phase commit protocol (2PC)
In a DDBMS, an algorithm used to ensure atomicity of transactions and database consistency as well as integrity in distributed transactions.
50unique fragment
In a DDBMS, a condition in which each row is unique, regardless of which fragment it is located in.
51unreplicated database
A distributed database in which each database fragment is stored at a single site.
52Vertical fragmentation
In distributed database design, the process that breaks a table into a subset of columns from the original table. Fragments must share a common primary key.
53write-ahead protocol
A protocol that ensures transaction logs are written to permanent storage before any database data is actually updated.