Tag: 键值存储

使用redis和节点给出错误

而运行此https://github.com/fictorial/redis-node-client/blob/master/test/test.js#L1093-1097给我错误: /redis-node-client/test$ node test.js …………………………………. node.js:178 throw e; // process.nextTick error, or 'error' event on first tick ^ undefined 为什么这个错误来了?

具有主 – 主复制支持的键值存储

我正在寻找基于文件的embedded式存储Node.js具有以下function: 支持复制实时更改的主 – 主复制,以便您可以轻松地在多个服务器上拥有一组node.js进程,您可以在其中读取或写入其中的任何一个进程。 应该考虑一个适当的冲突解决机制。 支持JSON和二进制值 非存储器基础

如何在node.js中将相同的两个应用程序的redis数据库分开

我有两个相同的应用程序运行在不同的演示和一个开发。和m使用redis数据库来存储键值,我怎样才能分开这两个不同的应用程序的Redis数据库。 m使用node.js作为redis客户端。 和m使用这个https://github.com/mranney/node_redis/ redis客户端。 如何在节点中为相同的应用程序分隔redis数据库。

想要通过Node.js存储在Redis中

我想在Redis中存储用户的哈希/ JSON数据,并希望在用户中添加这样的用户数据。 例如, users = {} ; 当用户rahullogin时, users将成为。 users = { rahul: { username: 'rahul', } } 而当用户namitalogin然后 users = { rahul: { username: 'rahul', }, namita: { username: 'namita', } } Redis的代码是什么? 我将如何初始化关键users并添加rahul ? 在这个集合中,hset等等,我需要使用哪个函数? 而我将如何通过Redis检索users['rahul']的数据users['rahul'] ?

如何在redis中存储散列数组

我想在redis中存储哈希数组,编写代码的最好方法是什么?

Postgres Hstore vs. Redis – performance明智

我在Postgres上阅读了Redis提供的HStore。 我们的应用程序是用NodeJS编写的。 两个问题: 性能方面,Postgres HStore与Redis相当? 对于会话存储,你会推荐什么–Redis,或Postgres与其他types的数据types(如HStore,或者甚至通常的关系表)? 一个选项与另一个选项有多差? 另一个限制是,我们需要使用PostgreSQL中已经存在的数据,并将其与活动会话(如果在Redis或PostgreSQL中,我们不确定在哪里存储)结合使用。 根据我们所读到的,我们已经指出要使用Redis作为会话pipe理器,但是由于PostgreSQL的限制,我们不确定如何将这两者结合起来,以及可能出现的性能问题。 谢谢!

Node.js最快,非基于内存的多进程键值存储

什么是支持多进程的Node.js最快的非内存键值存储? 我需要存储简单的键值string/string对(不是文档或JSON,只是string)。 这里有一些例子(其中会有数百万): 12345678 – abcdefghijklmnopabcdefghijklmnop 86358098 – ahijklmnopbcdefgahijklmnopbcdefg abcdefghijklmnopabcdefghijklmnop – 12345678 ahijklmnopbcdefgahijklmnopbcdefg – 86358098 我努力了: Redis :它真的很快,可以满足我所需要的一切,但是却消耗了太多的内存。 LevelDB :在RAM上它速度快而且不重,但只有单进程。 LevelDB的解决方法是多级的 ,通过HTTP公开单个LevelDB进程。 但是这当然是有代价的。 我需要快点。 有没有关键价值的商店: 支持Node.js或具有绑定; 存储string/string对; 支持多个进程; 不完全驻留在内存中; 快吗? 我只在乎阅读。 快速的多进程阅读是必要的,但不能写。 我对LevelDB的当前速度感到满意,而不是单一进程的事实。 额外细节: 我正在谈论大约五千万个键/值对,键和值在8到500个字符之间。 代码将运行在一个普通的Linux服务器上。 内存使用量应该限制在几千兆字节(4GB是好的,8GB是可以接受的) 阅读的方式不仅仅是写作, 其实,我可以不写文章。 速度比任何事情都重要(考虑到内存和多进程约束)。