Dev tools · alternatives · 2026

24 alternatives to WildcatDB – A persistent key-value store built for concurrency

Hey everyone! I hope you’re all having a great day. Today I’m sharing an experimental open-source project I’ve been working on for the past few months called Wildcat. Wildcat is an embedded persistent storage engine implementing an lsm tree similar to RocksDB and or LevelDB. The motivation for this system was to try to solve the multi-writer bottlenecks that most embedded systems incur. With that, during my journey with storage systems especially the log structured flavour I’ve implemented a lot of interesting optimizations and algorithms in regards to the write and read paths. I hope you…

WildcatDB is a persistent key-value store designed to handle concurrent operations efficiently. Built for developers and applications requiring reliable data storage with high concurrency support, it offers a… Below are 24 products that do a similar job, ranked by how close each is in meaning and then by launch-day votes.

1
IronDB – a resilient key-value store for the browser▲73
IronDB is now ImmortalDB: https://github.com/gruns/ImmortalDB - gruns/irondb
2018 · github.com · its alternatives →
2
ScratchDB – Open-Source Snowflake on ClickHouse▲261
Hello! For the past year I’ve been working on a fully-managed data warehouse built on Clickhouse. I built this because I was frustrated with how much work was required to run an OLAP database in prod: re-writing my app to do batch inserts, managing clusters and needing to look up special CREATE TABLE syntax every time I made a change. I found pricing for other warehouses confusing (what is a “credit” exactly?) and worried about getting capacity-planning wrong. I was previously building accounting software for firms with millions of transactions. I desperately needed to move from Postgres to…
2023 · github.com · its alternatives →
3
A Database Written in Golang▲277
Recently created a minimal persistent relational database in Go. Main focus was on implementing & understanding working the of database, storage management & transaction handling. Use of B+ Tree for storage engine(support for indexing), managing a Free List (for reusing nodes), Support for transactions, Concurrent Reads. Still have many things to add & fix like query processing being one of the main & fixing some bugs Repo link - https://github.com/Sahilb315/AtomixDB Would love to hear your thoughts
2025 · github.com · its alternatives →
4
Badger – an embeddable, persistent key-value store written in Go▲88
Fast key-value DB in Go. Contribute to dgraph-io/badger development by creating an account on GitHub.
2017 · github.com · its alternatives →
5
A strongly-typed document DB that runs on any transactional KV store▲113
A strongly-typed document database that runs on any transactional key-value store. - losfair/RefineDB
2021 · github.com · its alternatives →
6
CaskDB – project to teach you building a key value store▲175
(educational) build your own disk based KV store. Contribute to avinassh/py-caskdb development by creating an account on GitHub.
2022 · github.com · its alternatives →
7AB
A bi-directional, persisted KV store that is faster than Redis▲79
we've been working on a KV store for the past year or so which is 2-6x faster than Redis (benchmark link below) yet disk persisted! so you get the speed of in-memory KV stores but with disk persistence. To achieve this we've created our custom filesystem that is optimized for our special usecase and we're doing smart batching for writes and predictive fetching for reads. In addition to basic operations, it also provides atomic inc/dec, atomic json patch, range scans and a unique key monitoring mechanism (pub-sub) over WebSockets which essentially allows you to receive notification on…
2025 · hpkv.io · its alternatives →
8
RipDB▲65
Fast, decentralized key-value Store for web3 builders
2022 · zdenham.github.io · its alternatives →
9RA
RedixDB – a fast persistent key-value store with the Redis protocol▲75
a very simple pure key => value storage system that speaks Redis protocol with Postgres as storage engine and more
2018 · alash3al.github.io · its alternatives →
10
BlobCity DB▲37
A blazing fast ACID compliant NoSQL DataLake with support for storing 17 formats of data. Full SQL and DML capabilities along with Java stored procedures for advanced data processing. - GitHub - blobcity/db: A blazing fast ACID compliant NoSQL DataLake with support for storing 17 formats of data. Fu
2019 · github.com · its alternatives →
11
ToplingDB - A Persistent Key-Value Store for External Storage▲73
As the creator of TerarkDB (acquired by ByteDance in 2019), I have developed ToplingDB in recent years. ToplingDB is forked from RocksDB, where we have replaced almost all components with more efficient alternatives(db_bench shows ToplingDB is about ~8x faster than RocksDB): * MemTable: SkipList is replaced by CSPP(Crash Safe Parallel Patricia trie), which is 8x faster. * SST: BlockBasedTable is replaced by ToplingZipTable, implemented by searchable compression algo, it is very small and fast, typically less than 1μs per lookup: * Keys/Indexes are compressed using NestLoudsTrie(a…
2025 · github.com · its alternatives →
12
LatticeDB – Like SQLite but for graph databases▲190
We have been using graph DBs more and more at work. I found them painful to work with locally and decided to try and build something better.
Aug 2026 · github.com · its alternatives →
13
SirixDB – Bitemporal binary JSON database system and event store▲109
I had already posted the project a couple of years ago, and it gained some interest, but a lot of stuff has been done since then, especially regarding performance, a completely new JSON store, a REST API, various internals refactored, an improved JSONiq based query engine allowing updates, implementing set-oriented join optimizations, a now already dated web UI, a new Kotlin based CLI, a Python and TypeScript client to ease the use of Sirix... First prototypes from a precursor stem already from 2005. So, what is it all about? The system uses ideas from ZFS (a keyed index trie, storing…
2023 · github.com · its alternatives →
14
A hash array-mapped trie implementation in C▲171
Long-simmering side project that is finally ready to see the light. HAMTs are a cool persistent data structure and implementing one has been a lot of fun. Beyond the code, there is likely some value in the extensive and largely complete implementation docs; basic benchmarks are linked in the README, too. Kind of aiming to be "the libavl for HAMTs". That is obviously a high and aspirational bar but a distinct possibility if it stirs up a little interest and/or contribution. Anyways, it's time for this to go out, collect feedback and maybe even some use outside of toy projects. Let me…
2023 · github.com · its alternatives →
15
Parseable Log Storage▲79
Over the past few months, we've been building Prism; a fast, developer-first observability UI that's deeply integrated with our open-source database, Parseable. Prism is designed for engineers who debug distributed systems, sometimes at odd hours, and need answers right now, without having to deal with five different tools. Backstory: We spoke to dozens of observability practitioners in large enterprises. Across the board, we heard two things: (1)The RoI on observability tools is hard to justify. (2)OSS leads to tool sprawl, metrics in Grafana, logs in ELK, traces… somewhere. We wanted a…
2022 · parseable.com · its alternatives →
16AT
A tool to seed your dev database with real data▲129
A bunch of developers and myself have created RepliByte - an open-source tool to seed a development database from a production database. Features: - Support data backup and restore for PostgreSQL, MySQL and MongoDB - Replace sensitive data with fake data - Works on large database (> 10GB) (read Design) - Database Subsetting: Scale down a production database to a more reasonable size - Start a local database with the prod data in a single command - On-the-fly data (de)compression (Zlib) - On-the-fly data de/encryption (AES-256) - Fully stateless (no server, no daemon) and lightweight…
2022 · its alternatives →
17
Fast database for React Native with multiple data-type support▲45
An ultra fast (0.0002s read/write), small & encrypted mobile key-value storage framework for React Native written in C++ using JSI - ammarahm-ed/react-native-mmkv-storage
2020 · github.com · its alternatives →
18
A local-first memory store for LLM agents (SQLite)▲48
Local persistent memory store for LLM applications including claude desktop, github copilot, codex, antigravity, etc. - CaviraOSS/LongMemory
Dec 2025 · github.com · its alternatives →
19AF
A fast append-only data store for Java 8▲74
2015 · probablyfine.co.uk · its alternatives →
20SA
Squirrelbyte – a SQLite-based JSON document server▲118
2021 · squirrelbyte.com · its alternatives →
21
voidDB – A transactional key-value DB written in Go for 64-bit Linux▲67
A transactional key-value database written in Go for Linux and macOS - voidDB/voidDB
2025 · github.com · its alternatives →
22
An experimental distributed SQL database from scratch in Go▲104
LBADD: An experimental, distributed SQL database. Contribute to tomarrell/lbadd development by creating an account on GitHub.
2019 · github.com · its alternatives →
23
Simple in-memory key/value store written in Elixir using Shards▲80
Simple in-memory Key/Value Store written in Elixir using `cabol/ex_shards` - cabol/kvx
2016 · github.com · its alternatives →
24
Hyperterse▲86
Hi HN, I’m Samrith, creator of Hyperterse. Today I’m launching Hyperterse 2.0, a schema-first framework for building MCP servers directly on top of your existing production databases. If you're building AI agents in production, you’ve probably run into agents needing access to structured, reliable data but wiring your business logic to MCP tools is tedious. Most teams end up writing fragile glue code. Or worse, giving agents unsafe, overbroad access. There isn’t a clean, principled way to expose just the right data surface to agents. Hyperterse lets you define a schema over your data and…
Feb 2026 · hyperterse.com · its alternatives →

Also compare

Ranked by how close each launch is in meaning, then by votes. Prices were read from each product’s own site when checked and can change. Refine with your own description →