hyhac
fdb-record-layer
hyhac | fdb-record-layer | |
---|---|---|
1 | 4 | |
12 | 564 | |
- | 0.4% | |
10.0 | 9.8 | |
almost 9 years ago | 5 days ago | |
Haskell | Java | |
BSD 3-clause "New" or "Revised" License | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
hyhac
-
FoundationDB: A Distributed Key-Value Store
When I was writing a Haskell client library for Hyperdex, another distributed kv store, I found it incredibly helpful to implement a simulator for correctness. This helped me identify which behavior was unspecified (arithmetic overflow: should error) or where my simulator deviated.
https://github.com/AaronFriel/hyhac/blob/master/test/Test/Hy...
Alas, I think Hyperdex development paused a few years later. It's a shame that it stopped then.
fdb-record-layer
-
Figma's Databases team lived to tell the scale
FoundationDB is really just a set of structures and tools to build any type of database you want on top of a solid foundation.
"FoundationDB decouples its data storage technology from its data model. FoundationDB’s core ordered key-value storage technology can be efficiently adapted and remapped to a broad array of rich data models. Using indexing as an example, FoundationDB’s core provides no indexing and never will. Instead, a layer provides indexing by storing two kinds of key-values, one for the data and one for the index."
https://apple.github.io/foundationdb/layer-concept.html
Then existing standard layers like the Record layer, providing "(very) roughly equivalent to a simple relational database" providing structured types, index, complex types, queries, etc.
https://github.com/FoundationDB/fdb-record-layer
-
FoundationDB: A Distributed Key-Value Store
> That being said, I wish there were more layers as the functionality out of the box is very very limited.
The record layer https://github.com/FoundationDB/fdb-record-layer which allows to store protobuf, and define the primary keys directly in those is truly amazing:
https://github.com/FoundationDB/fdb-record-layer/blob/main/d...
- FoundationDB: A Distributed Unbundled Transactional Key Value Store
-
Show HN: A strongly-typed document DB that runs on any transactional KV store
This looks really promising! Could you provide at a high-level what this aims to offer over FoundationDB's RecordLayer[1]?
[1] https://github.com/FoundationDB/fdb-record-layer
What are some alternatives?
tigris - Tigris is an Open Source Serverless NoSQL Database and Search Platform.
foundationdb - FoundationDB - the open source, distributed, transactional key-value store
Permazen - Language-Natural Persistence Layer for Java
refound - a RethinkDB implementation backed by FoundationDB
deepr - A lightweight alternative to GraphQL
relic - Functional relational programming for Clojure(Script).
RefineDB - A strongly-typed document database that runs on any transactional key-value store.
shuttle - Shuttle is a library for testing concurrent Rust code
TablaM - The practical relational programing language for data-oriented applications
datascript - Immutable database and Datalog query engine for Clojure, ClojureScript and JS