Alternatives
Products that do what This database never puts you on hold does
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…
- 1WA
2025 · github.com
- 2SO
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
- 3SG
2014 · github.com
- 4
- 5AD
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
- 6TA
I built a SQLite VFS in Rust that serves cold queries directly from S3 with sub-second performance, and often much faster. It’s called turbolite. It is experimental, buggy, and may corrupt data. I would not trust it with anything important yet. I wanted to explore whether object storage has gotten fast enough to support embedded databases over cloud storage. Filesystems reward tiny random reads and in-place mutation. S3 rewards fewer requests, bigger transfers, immutable objects, and aggressively parallel operations where bandwidth is often the real constraint. This was explicitly inspired…
Mar 2026 · github.com
- 7
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.
12d ago · github.com
- 8AH
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
- 9AS
2021 · github.com
- 10AB
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
- 11GA
Hello HN! These last few months I've been working on my first open source project: an embedded database written in pure-go. That took me some months, as I had to learn how to deal with such large packages. Until then, all packages I had made were quite small an did not require much. I usually did not have to worry about things like allocation optimization and instance pools until This project. It started when I wanted to make a port of a tool to a TUI environment. I'm actually used to working with TUIs in golang, so that was my language of choice. The tool I wanted to port is written in…
Feb 2026
- 12SA
SlateDB is an embedded storage engine built as a log-structured merge-tree. Unlike traditional LSM-tree storage engines, SlateDB writes data to object storage (S3, GCS, ABS, MinIO, Tigris, and so on). Leveraging object storage allows SlateDB to provide bottomless storage capacity, high durability, and easy replication. The trade-off is that object storage has a higher latency and higher API cost than local disk. To mitigate high write API costs (PUTs), SlateDB batches writes. Rather than writing every put() call to object storage, MemTables are flushed periodically to object storage as a…
2024 · github.com
- 13SA
2021 · sleekdb.github.io
- 14TS
2016 · torodb.com
- 15TA
Hey everyone, I am sharing my open-source storage engine project TidesDB. I'd love to hear your feedback and thoughts. Cheers.
Dec 2025 · github.com
- 16
High performance storage engine for efficient LLM inference and GPU Training.
19h ago · theopenlake.com
- 17TA
Hey everyone! sharing an open source storage engine I created and work on called TidesDB. I hope you check it out, and do let me know your thoughts and or questions! You can also find design documentation, benchmarks, libraries and more on the website. Alex
Feb 2026 · github.com
- 18AL
Dec 2025 · github.com
- 19AD
Hey hackernews! I'd like to share a hobby and passion project I've been working on for almost a year now. It's an open-source storage engine (underlying component of a database(s)) similar to that of LevelDB/RocksDB but written entirely in C. The storage engine is called TidesDB. TidesDB is written entirely in C. It's designed as a fast, transactional key-value storage engine built on a log-structured merge-tree (LSM-tree) architecture. My journey with TidesDB began nearly 2 years ago whilst I was experimenting with various data structures and databases in Go. When I encountered the…
2025 · github.com
- 20RF
2015 · github.com
- 21CL
Hey HN, we’re the developers of OpenLake, an open source storage engine for offloading LLM KV caches from GPU memory into a shared tier of RAM and NVMe. We built OpenLake because KV caches are outgrowing GPU memory. A single 256K token conversation on Gemma 4 31B produces approximately 43GB of KV state, more than half the memory of an 80GB H100. The problem becomes even harder across a cluster: a prefix cached on one GPU host is unavailable when the next request lands on a different GPU, forcing the new GPU to repeat work the fleet has already completed. Once the KV cache is offloaded,…
Jul 2026 · github.com
- 22AA
Hey, everyone. I am currently working on AllyDB, which is basically my own Redis, which I am writing in Elixir. Currently, the database is nowhere close to being ready, as you can see in the roadmap, but I am doing my best to add stuff as fast as possible. Currently the implementation is very simple, with an in memory table, an append log persistence system, as well as an interval persistence system as a backup. The database could definitely be optimized further, especially when it comes to persistence, which I am planning to do in the future. I'm also planning to use Rust NIFs for specific…
2023 · github.com
- 23AR
Hey Hacker News! We've been building Apache ResilientDB (incubating), a lightweight, modular, and high-performance open-source blockchain framework written in C++. Recently accepted into the Apache Incubator, ResilientDB is designed for flexibility, supporting various Byzantine Fault-Tolerant (BFT) and Crash Fault-Tolerant (CFT) consensus protocols, with native PBFT integration. With features like dynamic client-server architecture, robust checkpoint/recovery, and smart contract support, ResilientDB aims to push distributed ledger tech further. Check us out and join our community:…
2024 · resilientdb.incubator.apache.org
- 24HM
Hi, I'm Marcus. I've spent the last 15 months or so home-coding on a document database, after work, on weekends (every waking hour). My plans for this particular weekend was to implement log-structured writing. It went faster than I thought and the results were faster querying times and fast, append-only writes. I've been working on this for almost a decade and being this close to the finish line feels surreal. This is my seventh iteration I believe. Everytime I realized I had an architecture built on a bad model I walked away, often in fury, depressed over my weak coding abilities but…
2017
Ranked by how close each launch is in meaning, then by votes. Refine with a description →