Alternatives
Products that do what SnkvDB – Single-header ACID KV store using SQLite's B-Tree engine does
I built *snkvDB* — a single-header, ACID-compliant key-value store with zero setup. https://github.com/hash-anu/snkv ### Why I built this I wanted something as simple as a hashmap, but: * persistent * crash-safe * no external dependencies * easy to drop into any C/C++ project Most KV stores are either: * too heavy (servers, background processes), or * too low-level (you manage everything) snkvDB tries to sit in between. --- ### What it is * Single-header KV store (just include and use) * ACID compliant (thanks to SQLite) * No server, no config, no build system…
- 1KA
2017 · krypt.co
- 2AS
2021 · github.com
- 3SI
2016 · github.com
- 4
- 5GI
2016 · github.com
- 6
- 7BA
Hey HN! I work on a database for my day-job and I realized I had never written one from scratch, so I wrote bugfruit! Once I was mostly satisfied with it, I looked up some benchmarks to compare my simple database to other brand name key-value stores. I was surprised to see that mine held up fairly well on the subset of benchmarks I replicated. So I used the Pavlo Database Naming System [0] to name it and open-sourced the code. I'd love to hear any feedback you might have on it! [0] https://www.cs.cmu.edu/~pavlo/blog/2020/03/on-naming-a-datab...
2022 · github.com
- 8AE
Hi HN! I've been working on AnuDB, a lightweight embedded key-value database written in C++ with a focus on simplicity, performance, and small footprints. It now has native MQTT support, allowing you to write directly to the database by publishing to an MQTT topic. but it’s designed to work well on embedded devices, edge nodes, and anywhere you need local persistence without spinning up a full database server. Highlights: MQTT-based data ingestion (zero setup DB writes via publish) Small and fast (single binary, no external dependencies) Append-only write-ahead log for durability Demo:…
2025 · github.com
- 9KF
2018 · krypt.co
- 10AS
Hi HN, we're Eric and Dean, creators of SchemafreeSQL. Its roots go back to an on-line Web App Development Environment we developed back in 1999. It was comprised of an IDE, Web Server, Object Store, Virtual File System, Template System, and polyglot (Java, JavaScript, and Python). Of course, we named it “.OS”. Then we ended up dropping it. But that's a story for another time. It was the ease of use of the Object Store from .OS that we really missed, which brings us back to SchemafreeSQL. It provides an enhanced API to your SQL Database which allows it to function as a Schemaless…
2022 · schemafreesql.com
- 11SK
2020 · github.com
- 12SF
Hey everyone! I hope you’re all doing well. I thought I'd share a new open source Go project I started. It’s called Starskey! I’ve been diligently studying database internals, data structures, and more for almost two years now, writing many different things. This open-source key-value store is built on top of a log-structured merge tree, inspired by WiscKey and LevelDB. It's fairly fast, durable and rather efficient. It's meant to provide you a persistent embedded storage option for binary key value pairs. Github https://github.com/starskey-io/starskey Web…
2025 · github.com
- 13KI
2018 · kvdb.io
- 14OS
Existing OSS C++ projects like ClickHouse and DuckDB support reading from Iceberg tables. Writing requires Spark, PyIceberg, or managed services. In this PR https://github.com/timeplus-io/proton/pull/928, we are open-sourcing a C++ implementation of Iceberg integration. It's an MVP, focusing on REST catalog and S3 read/write(S3 table support coming soon). You can use Timeplus to continuously read data from MSK and stream writes to S3 in the Iceberg format. No JVM. No Python. Just a low-overhead, high-throughput C++ engine. Docker/K8s are optional. Demo…
2025 · github.com
- 15KA
2015 · kvpbase.tumblr.com
- 16IB
Disclaimer it is a heavily AI assisted project. The goal was not to be the most performative but the kind that's easier to learn from. I wanted to share this in case there are people who had the same idea or wanted to see something like this.
Jun 2026 · github.com
- 17SA
built snub, a fast and lightweight recursive file search tool for Windows, written in modern C (C17). File Explorer and PowerShell often crawl on large codebases — so I wrote something that doesn’t. snub is: - Fully multithreaded - Avoids indexing entirely - Supports globbing, size/date filters, result limiting, and JSON output - Packaged as a single small executable No dependencies. Just raw C and the WinAPI. GitHub: https://github.com/seeyebe/snub Would love feedback on C idioms, WinAPI practices, or ideas for portability and better build flow.
2025 · github.com
- 18AD
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
- 19FZ
Hey HN! I'm Guy, one of the creators of DAGsHub. We help data scientists track experiments and version their code, data & models using Git. We're committed to building on open source protocols and improving the user experience on top of them - in this case, DVC. We've built capabilities on top of it like visually interacting with your pipeline, creating data pull requests, browsing data files etc. One thing we kept running into is users being challenged by setting up the cloud environment necessary, to push their data to AWS S3, GCS (which we support), and other DVC remotes. Since our focus…
2021
- 20CC
Hey HN, We’re the developers of Chonkie, a powerful and easy-to-use chunking library. Last November, we introduced Chonkie OSS here on HN (https://news.ycombinator.com/item?id=42100819) and got some fantastic feedback. Today, we’re excited to share Chonkie Cloud, a fully hosted service for chunking, along with new tools to make building and debugging RAG systems easier than ever. --- A quick recap for context: We launched Chonkie as an open-source project late last year. A few weeks ago, we decided to go full-time on it. Unfortunately, this shift wasn’t as smooth as we had…
2025 · cloud.chonkie.ai
- 21SS
Hi HN! I've been building a project that handles high-value credentials in-process, and I wanted something more robust than just zeroing memory on drop. A comment on a recent Show HN[0] made me realize that awareness of lower-level memory protection techniques might not be as widespread as I thought. The idea here is to pull out all the tools in one crate, with a relatively simple API. * mlock/VirtualLock to prevent sensitive memory from being swapped (eg the KeePass dump) * Core dump exclusion using MADV_DONTDUMP on Linux & Android * mprotect to minimize exposure over time * Guard…
Mar 2026 · github.com
- 22CP
This project mostly came from knowing that Deno KV is backed by FoundationDB and that there were (are?) plans to use Foundation for CouchDB 4.0 too. I like working on Deno. I like working in CouchDB. I like Deno KV but don’t enjoy the ergonomics of it. So Cushion was mostly made for my comfort. PouchDB with Deno KV as the storage adapter.
7d ago · jsr.io
- 23AS
I reposted, since i forgot the Show HN prefix. When I looked at self-hosted options, true E2EE turned out to be surprisingly rare. Most solutions rely on disk encryption, which only protects against physical theft, not server compromise or admin access. So I built Agam Space, my attempt at a self-hosted alternative to Mega or Proton Drive. It uses proper zero-knowledge encryption. Files are encrypted in the browser, and the server only stores encrypted blobs. Admins literally cannot access the files. It’s still in early beta, with very basic functionality and no professional security audit…
Jan 2026 · github.com
- 24HA
Most ZK proving systems are optimized for server-grade hardware with massive RAM. When scaling to industrial-sized traces (2^20+ rows), they often hit a "Memory Wall" where allocation and data movement become a larger bottleneck than the actual computation. I have been developing Hekate, a ZK engine written in Rust that utilizes a Zero-Copy streaming model and a hybrid tiled evaluator. To test its limits, I ran a head-to-head benchmark against Binius64 on an Apple M3 Max laptop using Keccak-256. The results highlight a significant architectural divergence: At 2^15 rows: Binius64 is faster…
Jan 2026
Ranked by how close each launch is in meaning, then by votes. Refine with a description →