|
| 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