git clone --reference /path/to/your/voldemort.git/incarnation mirror_URLto save bandwidth during cloning.
description | Josef 'Jeff' Sipek's voldemort changes |
owner | jeffpc@josefsipek.net |
last change | Mon, 18 Aug 2014 21:23:59 +0000 (18 14:23 -0700) |
URL | git://repo.or.cz/voldemort/jeffpc.git |
https://repo.or.cz/voldemort/jeffpc.git | |
push URL | ssh://repo.or.cz/voldemort/jeffpc.git |
https://repo.or.cz/voldemort/jeffpc.git (learn more) | |
bundle info | jeffpc.git downloadable bundles |
content tags |
It is used at LinkedIn for certain high-scalability storage problems where simple functional partitioning is not sufficient. It is still a new system which has rough edges, bad error messages, and probably plenty of uncaught bugs. Let us know if you find one of these, so we can fix it.
You can refer to http://www.project-voldemort.com for more info
cd ~/workspace
git clone https://github.com/voldemort/voldemort.git
cd voldemort
ant release
# in one terminal
bin/voldemort-server.sh config/single_node_cluster
Client shell gives you fast access to the store. We already have a test store defined in the "single_node_cluster", whose key and value are both String.
# in another terminal
cd ~/workspace/voldemort
bin/voldemort-shell.sh test tcp://localhost:6666/
Now you have the the voldemort shell running. You can try these commands in the shell
put "k1" "v1"
put "k2" "v2"
get "k1"
getall "k1" "k2"
delete "k1"
get "k1"
You can find more commands by runninghelp
Voldemort is not a relational database, it does not attempt to satisfy arbitrary relations while satisfying ACID properties. Nor is it an object database that attempts to transparently map object reference graphs. Nor does it introduce a new abstraction such as document-orientation. It is basically just a big, distributed, persistent, fault-tolerant hash table. For applications that can use an O/R mapper like ActiveRecord or Hibernate this will provide horizontal scalability and much higher availability but at great loss of convenience. For large applications under internet-type scalability pressure, a system may likely consist of a number of functionally partitioned services or apis, which may manage storage resources across multiple data centers using storage systems which may themselves be horizontally partitioned. For applications in this space, arbitrary in-database joins are already impossible since all the data is not available in any single database. A typical pattern is to introduce a caching layer which will require hashtable semantics anyway. For these applications Voldemort offers a number of advantages:
The source code is available under the Apache 2.0 license. We are actively looking for contributors so if you have ideas, code, bug reports, or fixes you would like to contribute please do so.
For help please see the discussion group, or the IRC channel chat.us.freenode.net #voldemort. Bugs and feature requests can be filed on Github.
We would like to thank JetBrains for supporting Voldemort Project by offering open-source license of their IntelliJ IDE to us.
9 years ago | coordinator-content-type | logtree |
9 years ago | coadmin | logtree |
9 years ago | master | logtree |
9 years ago | playing_around_with_rocksdb | logtree |
9 years ago | release-1.8.12 | logtree |
9 years ago | tehuti_metrics | logtree |
9 years ago | gh-pages | logtree |
9 years ago | release-1.8.11 | logtree |
9 years ago | release-1.8.10 | logtree |
9 years ago | release-1.8.9 | logtree |
9 years ago | release-1.8.8 | logtree |
9 years ago | release-1.8.7 | logtree |
9 years ago | finalGradleDeps | logtree |
9 years ago | release-1.8.6 | logtree |
9 years ago | release-1.8.5 | logtree |
9 years ago | release-1.8.4 | logtree |
... |