Regatta linear scaling & no-compromise ACID in more detail.

Regatta clusters scale from a single node to tens of thousands of nodes with hundreds of petabytes of data. Unlike traditional scale-out sharding, all of Regatta’s functionality – whether transactional or analytical – is always fully supported across the entire cluster, regardless of how data is distributed across the nodes.

Regatta’s groundbreaking ACID technology allows distributed transactions to reach the strongest-possible serializable isolation-level with full external-consistency . Those properties are guaranteed across the entire cluster and therefore a transaction could safely span multiple nodes. Unlike the industry’s traditional consensus that achieving distributed strong transactional semantics must come at the expense of performance, Regatta’s innovative concurrency-control protocol, in combination with its advanced distributed mechanisms deliver strong transactions in distributed clusters at high performance. Regatta’s performance is linearly scalable – i.e., the more nodes you add, the higher the transaction-rate is.

Strong ACID guarantees allow application developers to focus on business logic rather than on trying to accommodate for various failure scenarios and corner cases that are typical for databases that provide no or limited ACID guarantees, like for example eventually consistent databases or scale-out sharding databases that do not guarantee ACID across server boundaries across the entire cluster.

In addition, Regatta fully supports more relaxed modes of isolation, such as are typically offered by MVCC relational databases – e.g., Read-Committed and Repeatable-Reads with (or without) First-Committer-Wins check. Regatta’s isolation-levels can be set per-transaction, and transactions of mixed isolation-levels can run concurrently. Furthermore, high-performance bulk ingress operations can enjoy various consistency guarantees without compromising the ingress rate.

Regatta is designed to allow analytical activities to run alongside transactions. For instance, fully consistent read-only queries on real-time data can run efficiently without blocking transactions in any way.

< Back to blog

Sign up for the newsletter

    Thanks for subscribing!

    You’re already a subscriber – thank you!

    Latest Blogs

    Is dev/database hate inevitable?

    Commonly one of the first things one does when learning a new language and using a new framework is to build a basic…

    The art and science of scaling out a transactional relational database

    Why are we talking about this? Relational transactional database systems provide data with rich functionality and strong…

    Simple beats complex – more detail

    This is a post that analyses Regatta’s architectural simplicity and the effects on simplifying the devs life/codebase…

    Regatta elasticity in more detail

    This is a post that discusses the elasticity behaviors of the Regatta platform in more detail and contrasts with…
    Showing 1-3 of 6 articles
    Skip to content