SSDB - A fast NoSQL database, an alternative to Redis
-
Updated
Jul 3, 2021 - C++
{{ message }}
SSDB - A fast NoSQL database, an alternative to Redis
A wrapper for abstract-leveldown compliant stores, for Node.js and browsers.
A redis protocol compatible nosql, it support multiple storage engines as backend like Google's LevelDB, Facebook's RocksDB, OpenLDAP's LMDB, PerconaFT, WiredTiger, ForestDB.
Fast & simple storage. A Node.js-style LevelDB wrapper for Node.js, Electron and browsers.
FastoNoSQL is a crossplatform Redis, Memcached, SSDB, LevelDB, RocksDB, UnQLite, LMDB, ForestDB, Pika, Dynomite, KeyDB GUI management tool.
Universal database layer for the client, server & mobile devices. It's like Lego for databases.
Pure C++ Node.js LevelDB binding. An abstract-leveldown compliant store.
Distributed disk storage database based on Raft and Redis protocol.
An Objective-C database library built over Google's LevelDB
C++ high performance networking with TCP/UDP/RESP/HTTP/WebSocket protocols
An open list of awesome Level modules and resources.
Pure C++ Node.js RocksDB binding. An abstract-leveldown compliant store.
Open a leveldb handle multiple times
A standalone lightweight full-text search engine built on top of blevesearch and Go with multiple storage (scorch, boltdb, leveldb, badger)
Key-Value store for Swift backed by LevelDB
Add a description, image, and links to the leveldb topic page so that developers can more easily learn about it.
To associate your repository with the leveldb topic, visit your repo's landing page and select "manage topics."
Right now, PebblesDB uses a lot of memory for the TableCache (caching metadata) and for the bloom filters used for each sstable.
We want to add a command line option for PebblesDB which would limit the total amount of memory used by PebblesDB for the TableCache and bloom filters.
When using the specified amount of memory, preference should be given first to the table cache, and then bloom