StackShareStackShare
Follow on
StackShare

Discover and share technology stacks from companies around the world.

Follow on

© 2025 StackShare. All rights reserved.

Product

  • Stacks
  • Tools
  • Feed

Company

  • About
  • Contact

Legal

  • Privacy Policy
  • Terms of Service
  1. Stackups
  2. Application & Data
  3. In-Memory Databases
  4. In Memory Databases
  5. Beringei vs GridDB

Beringei vs GridDB

OverviewComparisonAlternatives

Overview

Beringei
Beringei
Stacks11
Followers40
Votes0
GridDB
GridDB
Stacks3
Followers18
Votes0
GitHub Stars0
Forks0

Beringei vs GridDB: What are the differences?

Introduction

Beringei and GridDB are both database management systems, but they differ in various aspects. Below are the key differences between the two.

  1. Data Structure: Beringei is a time-series data store optimized for time series data, while GridDB is a multi-model database that supports key-value, time series, and relational data models. This means Beringei excels in storing and retrieving time series data efficiently, whereas GridDB offers versatility in managing different types of data models within the same database system.

  2. Consistency Model: Beringei uses eventual consistency for data replication, ensuring eventual synchronization across nodes but allowing for potential data divergence in the interim. In contrast, GridDB supports strong consistency, guaranteeing that all replicas have the same data at the same time, which may result in slower performance due to the synchronization requirements.

  3. Replication and Partitioning: Beringei follows a sharding approach for data partitioning, distributing data across different shards for scalability and performance. GridDB, on the other hand, supports both sharding and replication, allowing for data distribution and redundancy, ensuring fault tolerance and high availability in the system.

  4. Query Language: Beringei provides a simple query language tailored for time-series data retrieval, making it efficient for time-based analysis and computations. In comparison, GridDB supports SQL-like query language that enables users to perform complex queries and operations on various types of data models supported by the database.

  5. Community Support: Beringei is primarily maintained by Facebook and has limited community support outside of the organization. GridDB, on the other hand, has a growing community of users and contributors, providing a more extensive network for knowledge sharing, problem-solving, and development of the platform through community-driven efforts.

  6. Storage Engine: Beringei uses a custom storage engine optimized for time-series data storage and retrieval, focusing on efficiency and performance for time-based data operations. In contrast, GridDB leverages a combination of in-memory and disk-based storage engines, providing flexibility in managing different data storage requirements based on performance and data persistence needs.

In Summary, Beringei excels in time-series data storage with eventual consistency, whereas GridDB offers multi-model support, strong consistency, and a growing community for diverse database management needs.

Share your Stack

Help developers discover the tools you use. Get visibility for your team's tech choices and contribute to the community's knowledge.

View Docs
CLI (Node.js)
or
Manual

Detailed Comparison

Beringei
Beringei
GridDB
GridDB

Beringei is a high performance time series storage engine. Time series are commonly used as a representation of statistics, gauges, and counters for monitoring performance and health of a system.

It is a highly scalable, in-memory NoSQL time series database optimized for IoT and Big Data. It has a KVS (Key-Value Store)-type data model that is suitable for sensor data stored in a timeseries. It is a database that can be easily scaled-out according to the number of sensors.

-
IoT Data Model; Distributed; Horizontal Scalability;In-memory;Hybrid Cluster Management;Fast Ingest;Composite Indexes;Petabyte-Scale DB size;Time series functions;Geometry data support
Statistics
GitHub Stars
-
GitHub Stars
0
GitHub Forks
-
GitHub Forks
0
Stacks
11
Stacks
3
Followers
40
Followers
18
Votes
0
Votes
0
Integrations
No integrations available
Python
Python
Ubuntu
Ubuntu
Node.js
Node.js
CentOS
CentOS
Fluentd
Fluentd
openSUSE
openSUSE

What are some alternatives to Beringei, GridDB?

Redis

Redis

Redis is an open source (BSD licensed), in-memory data structure store, used as a database, cache, and message broker. Redis provides data structures such as strings, hashes, lists, sets, sorted sets with range queries, bitmaps, hyperloglogs, geospatial indexes, and streams.

Hazelcast

Hazelcast

With its various distributed data structures, distributed caching capabilities, elastic nature, memcache support, integration with Spring and Hibernate and more importantly with so many happy users, Hazelcast is feature-rich, enterprise-ready and developer-friendly in-memory data grid solution.

Aerospike

Aerospike

Aerospike is an open-source, modern database built from the ground up to push the limits of flash storage, processors and networks. It was designed to operate with predictable low latency at high throughput with uncompromising reliability – both high availability and ACID guarantees.

MemSQL

MemSQL

MemSQL converges transactions and analytics for sub-second data processing and reporting. Real-time businesses can build robust applications on a simple and scalable infrastructure that complements and extends existing data pipelines.

Apache Ignite

Apache Ignite

It is a memory-centric distributed database, caching, and processing platform for transactional, analytical, and streaming workloads delivering in-memory speeds at petabyte scale

SAP HANA

SAP HANA

It is an application that uses in-memory database technology that allows the processing of massive amounts of real-time data in a short time. The in-memory computing engine allows it to process data stored in RAM as opposed to reading it from a disk.

VoltDB

VoltDB

VoltDB is a fundamental redesign of the RDBMS that provides unparalleled performance and scalability on bare-metal, virtualized and cloud infrastructures. VoltDB is a modern in-memory architecture that supports both SQL + Java with data durability and fault tolerance.

Tarantool

Tarantool

It is designed to give you the flexibility, scalability, and performance that you want, as well as the reliability and manageability that you need in mission-critical applications

Azure Redis Cache

Azure Redis Cache

It perfectly complements Azure database services such as Cosmos DB. It provides a cost-effective solution to scale read and write throughput of your data tier. Store and share database query results, session states, static contents, and more using a common cache-aside pattern.

KeyDB

KeyDB

KeyDB is a fully open source database that aims to make use of all hardware resources. KeyDB makes it possible to breach boundaries often dictated by price and complexity.

Related Comparisons

Bootstrap
Materialize

Bootstrap vs Materialize

Laravel
Django

Django vs Laravel vs Node.js

Bootstrap
Foundation

Bootstrap vs Foundation vs Material UI

Node.js
Spring Boot

Node.js vs Spring-Boot

Liquibase
Flyway

Flyway vs Liquibase