Skip to content

Commit 5a02132

Browse files
committed
AUTO: Sync ScalarDB docs in English to docs site repo
1 parent 8282424 commit 5a02132

File tree

1 file changed

+118
-0
lines changed

1 file changed

+118
-0
lines changed
Lines changed: 118 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,118 @@
1+
---
2+
tags:
3+
- Community
4+
- Enterprise Standard
5+
- Enterprise Premium
6+
---
7+
8+
# Glossary
9+
10+
This glossary includes database and distributed-system terms that are often used when using ScalarDB.
11+
12+
## ACID
13+
14+
Atomicity, consistency, isolation, and durability (ACID) is a set of properties that ensure database transactions are processed reliably, maintaining integrity even in cases of errors or system failures.
15+
16+
## concurrency control
17+
18+
Concurrency control in databases ensures that multiple transactions can occur simultaneously without causing data inconsistency, usually through mechanisms like locking or timestamp ordering.
19+
20+
## consensus
21+
22+
Consensus in distributed systems refers to the process of achieving agreement among multiple computers or nodes on a single data value or system state.
23+
24+
## data federation
25+
26+
Data federation is the process of integrating data from different sources without moving the data, creating a unified view for querying and analysis.
27+
28+
## data mesh
29+
30+
A data mesh is a decentralized data architecture that enables domain teams to independently perform cross-domain analysis, addressing scalability and ownership challenges.
31+
32+
## data virtualization
33+
34+
Data virtualization is similar to data federation in many aspects, meaning that it virtualizes multiple data sources into a unified view, simplifying queries without moving the data.
35+
36+
## database anomalies
37+
38+
Database anomalies are inconsistencies or errors in data that can occur when operations such as insertions, updates, or deletions are performed without proper transaction management.
39+
40+
## federation engine
41+
42+
A federation engine facilitates data integration and querying across multiple disparate data sources, often as part of a data federation architecture.
43+
44+
## global transaction
45+
46+
A global transaction spans multiple databases or distributed systems and ensures that all involved systems commit or roll back changes as a single unit.
47+
48+
## heterogeneous databases
49+
50+
Heterogeneous databases refer to systems composed of different database technologies that may have distinct data models, query languages, and transaction mechanisms.
51+
52+
## HTAP
53+
54+
Hybrid transactional/analytical processing (HTAP) refers to a system that can handle both transactional and analytical workloads concurrently on the same data set, removing the need for separate databases.
55+
56+
## JDBC
57+
58+
Java Database Connectivity (JDBC) is an API that allows Java applications to interact with databases, providing methods for querying and updating data in relational databases.
59+
60+
## linearizability
61+
62+
Linearizability is a strong consistency model in distributed systems where operations appear to occur atomically in some order, and each operation takes effect between its start and end.
63+
64+
## NoSQL databases
65+
66+
NoSQL databases are non-relational databases designed for specific data models, such as document, key-value, wide-column, or graph stores, often used for handling large-scale, distributed data.
67+
68+
## Paxos
69+
70+
Paxos is a family of protocols used in distributed systems to achieve consensus, even in the presence of node failures.
71+
72+
## PITR
73+
74+
Point-in-time recovery (PITR) allows a database to be restored to a previous state at any specific time, usually after an unintended event like data corruption.
75+
76+
## polystores
77+
78+
Polystores are database architectures that allow users to interact with multiple, heterogeneous data stores, each optimized for a specific workload or data type, as if they were a single system.
79+
80+
## read-committed isolation
81+
82+
Read-committed isolation is an isolation level where each transaction sees only committed data, preventing dirty reads but allowing non-repeatable reads.
83+
84+
## relational databases
85+
86+
Relational databases store data in tables with rows and columns, using a structured query language (SQL) to define, query, and manipulate the data.
87+
88+
## replication
89+
90+
Replication in databases involves copying and distributing data across multiple machines or locations to ensure reliability, availability, and fault tolerance.
91+
92+
## Saga
93+
94+
The Saga pattern is a method for managing long-running transactions in a distributed system, where each operation in the transaction is followed by a compensating action in case of failure.
95+
96+
## serializable isolation
97+
98+
Serializable isolation (serializability) is the highest isolation level in transactional systems, ensuring that the outcome of concurrently executed transactions is the same as if they were executed sequentially.
99+
100+
## snapshot isolation
101+
102+
Snapshot isolation is an isolation level that allows transactions to read a consistent snapshot of the database, protecting them from seeing changes made by other transactions until they complete.
103+
104+
## TCC
105+
106+
Try-Confirm/Cancel (TCC) is a pattern for distributed transactions that splits an operation into three steps, allowing for coordination and recovery across multiple systems.
107+
108+
## transaction
109+
110+
A transaction in databases is a sequence of operations treated as a single logical unit of work, ensuring consistency and integrity, typically conforming to ACID properties.
111+
112+
## transaction manager
113+
114+
A transaction manager coordinates the execution of transactions across multiple systems or databases, ensuring that all steps of the transaction succeed or fail as a unit.
115+
116+
## two-phase commit
117+
118+
Two-phase commit is a protocol for ensuring all participants in a distributed transaction either commit or roll back the transaction, ensuring consistency across systems.

0 commit comments

Comments
 (0)