Distributed NoSQL database for Raspberry Pi edged and replicated?

I am looking for a database with the following functions:

  • Powered by Raspberry Pi
  • NoSQL (Key-Value-Store)
  • Transaction support
  • Distributed
  • Edging support
  • Supports automatically managed data redundancy across multiple nodes, so that individual nodes can join and leave, as in a P2P network

Basically, Redis will be exactly what I want, but Redis works completely in memory, which is a huge drawback of Raspberry Pi.

Any other ideas?

PS: A P2P network or a distributed file system with defined characteristics is also suitable for me.

+7
source share
6 answers

Apache Cassandra will work well on the Raspberry Pi. He must fill out an account of what you want to do. I experimented with it on my blog, here , to see my results and setup information on my blog.

However, I noted that you announced transaction support - are you sure about that?

Several NOSQL databases offer transaction support, although FoundationDB is one. It has all the features you requested, with the exception of working on Raspberry Pi, since it requires a 64-bit version.

+8
source

I don't have my Raspberry Pi yet, but I really hope Redis works on Raspberry Pi. From looking around the Redis site there is no reason to believe that this should not be.

+4
source

There MongoDB , which offers a lot, but since all DBMSs are memory, storage and intensive use of input-output, I do not understand how a practical cluster or Pi. Please note that the transaction requirement is undefined, can be met using stand-alone Mongo updates, provided that transaction 1 document = 1.

You can find several Mongo + RaspberryPi tutorials, for example.

+2
source

Riac should work on raspberry clusters. Here is a tutorial .

+2
source

Take a look at OrientDb is not a key type, but instead is a Document-Graph database, since the latest version 1.7 it supports shards and, of course, Hazelcast-based distributed mode in a multimaster node, it supports a transaction, I think you you can configure plocal storage to optimize memory size, but try the default setting. I think this will work (I did not try to extend the release on RaspberryPi, but I had no problems with the oldest)

0
source

SQLite should also be considered if you have ever liked SQL. Libraries are available for most languages, and it's actually easy to model your data for it.

0
source

All Articles