Przechowywanie w postaci ciągłej przechowalni kluczy dla pliku node.js

Question

Mam potrzebę przechowywania niektórych metadanych w aplikacji node.js, którą piszę. Zamiast wymyślać własny format plików i zarządzać tym plikiem, chciałbym użyć stałego ciągu klucz-wartość w procesie.

Patrzyłem na mongodb, ale wygląda na to, że mongodb zawsze musi być uruchamiany poza procesem (to znaczy najpierw trzeba uruchomić serwer mongo, a następnie połączyć się z nim w node.js.) jest to, że istnieje całkowicie w ramach procesu node.js - lub przynajmniej że wszystkie procesy zewnętrzne są w całości zarządzane w sposób przejrzysty przez bibliotekę i zabija je, gdy aplikacja zamyka połączenie.

Nie zależy mi zbytnio na wydajności, ale miło byłoby wspierać asynchroniczne IO w sklepie, aby nadążyć z całą asynchronizacją Node.

Byłoby również miło, gdyby indeksy obsługiwane przez magazyn, ponieważ na pewno będę sprawdzać dane w sposób, w jaki indeksy byłyby pomocne.

Jestem prawie pewny, że "sqlite" będzie działał dla mnie, z tym, że tak naprawdę nie uważam tego za prawie tak wygodne, jak sklep z kluczem wartości. Idealnie powinienem móc mówić w JSON, nie w SQL. Ale sqlite będzie działać, jeśli nic lepszego nie istnieje.

Dzięki!

Answer 1

Możesz być zainteresowany wykorzystaniem REDiS http://redis.io/

Istnieje popularne biblioteki pomocnika do węzła https://github.com/mranney/node_redis

Następnie można to zrobić:

var redis = require("redis"); 
var client = redis.createClient(); 

client.set("foo_rand000000000000", "OK"); 

Answer 2

Jak o ...

var store = { }; 

//store 'myKey' 
store.myKey = { foo: 'bar' }; 

//fetch 'myKey' 
var x = store.myKey; 

Również Googling z niemal dokładnie w tytule pytanie, byś znalazł http://pgte.github.com/alfred/

Naprawdę nie sądzę istnieje bardzo wiele particularily stabilne te dostępne jeszcze . Ofiary zewnętrzne są dość dobre, choć (np Redis.)

Answer 3

Spróbuj nStore.

Jest w procesie przechowywania para klucz-wartość. Prosty w użyciu.

Answer 4

Spójrz na https://github.com/sergeyksv/tingodb. Jest ściśle zgodny z MongoDB API, więc możesz go uaktualnić do MongoDB, kiedy będziesz go potrzebować.

Answer 5

Myślę, że możesz być zainteresowany final-db.

FinalDB używa systemu plików do przechowywania danych. Nie jest to sklep z kluczowymi wartościami, lecz oparte na dokumentach rozwiązanie: 01q. Obsługuje indeksy (mapy) - możesz określić funkcji mapy dla każdej kolekcji i oczywiście jest to rozwiązanie w procesie.

Answer 6

Spójrz na levelup. To opakowanie około leveldb. Levelup wrapper instaluje leveldb poprzez npm i działa całkowicie w ramach procesu twojego węzła.

Istnieje wiele baz danych zbudowanych na bazie leveldb. Spójrz na listę https://github.com/rvagg/node-levelup/wiki/Modules.

Dla wygody można użyć pakietu level który grupuje zarówno LevelUp i leveldown razem