blocks|key|2678241|text|在这里使用Redis听起来是正确的。它都在内存中，所以非常快(+到达和设置操作都是O(1))，它支持红宝石和Java客户端。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|2678242|entityMap|0|LINK|mutability|MUTABLE|url|http://redis.io/|1|http://redis.io/commands/get|2|http://redis.io/commands/set|3|https://github.com/ezmobius/redis-rb|4|https://github.com/xetorthio/jedis^0|5|5|0|W|2|1|Z|2|2|1E|3|3|1I|4|4|0^^$0|@$1|2|3|4|5|6|7|T|8|@]|9|@$A|U|B|V|1|W]|$A|X|B|Y|1|Z]|$A|10|B|11|1|12]|$A|13|B|14|1|15]|$A|16|B|17|1|18]]|C|$]]|$1|D|3|-4|5|6|7|19|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]|L|$5|G|H|I|C|$J|M]]|N|$5|G|H|I|C|$J|O]]|P|$5|G|H|I|C|$J|Q]]|R|$5|G|H|I|C|$J|S]]]]

<a href="http://redis.io" rel="nofollow">Redis</a> sounds like the right thing to use here. It's all in memory so it's very fast (The <a href="http://redis.io/commands/get" rel="nofollow">GET</a> and <a href="http://redis.io/commands/set" rel="nofollow">SET</a> operations are both O(1)) and it supports both <a href="https://github.com/ezmobius/redis-rb" rel="nofollow">Ruby</a> and <a href="https://github.com/xetorthio/jedis" rel="nofollow">Java</a> clients.

blocks|key|1481859|text|由于以下原因，塞士派克将是一个完美的选择：|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1481860|以Java和Ruby中可用的客户机为基础的键值。|ordered-list-item|1481861|吞吐量：比Redis/Mongo/Couchbase或任何其他NoSQL解决方案都要好。看这个http://www.aerospike.com/blog/use-1-aerospike-server-not-12-redis-shards/。在300+K以上的阅读TPS和100+K的并发写TPS中，我亲眼目睹了它的良好工作。|style|BOLD|1481862|使用RIPEMD160自动高效地进行数据分片、数据再平衡和数据分发.|1481863|在故障转移和/或网络分区的情况下，高度可用的系统。|1481864|开源从3.0版本。|1481865|可以在没有持久性的情况下以缓存模式使用。|1481866|支持LRU和TTL。|1481867|很少或没有维护。|1481868|entityMap|0|LINK|mutability|MUTABLE|url|http://www.aerospike.com/|1|http://www.aerospike.com/blog/use-1-aerospike-server-not-12-redis-shards/^0|7|4|0|0|0|0|3|1B|21|1|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|16|8|@]|9|@$A|17|B|18|1|19]]|C|$]]|$1|D|3|E|5|F|7|1A|8|@]|9|@]|C|$]]|$1|G|3|H|5|F|7|1B|8|@$A|1C|B|1D|I|J]]|9|@$A|1E|B|1F|1|1G]]|C|$]]|$1|K|3|L|5|F|7|1H|8|@]|9|@]|C|$]]|$1|M|3|N|5|F|7|1I|8|@]|9|@]|C|$]]|$1|O|3|P|5|F|7|1J|8|@]|9|@]|C|$]]|$1|Q|3|R|5|F|7|1K|8|@]|9|@]|C|$]]|$1|S|3|T|5|F|7|1L|8|@]|9|@]|C|$]]|$1|U|3|V|5|F|7|1M|8|@]|9|@]|C|$]]|$1|W|3|-4|5|6|7|1N|8|@]|9|@]|C|$]]]|X|$Y|$5|Z|10|11|C|$12|13]]|14|$5|Z|10|11|C|$12|15]]]]

<a href="http://www.aerospike.com/">Aerospike</a> would be a perfect because of below reasons:

<ol>
<li>Key Value based with clients available in Java and Ruby.</li>
<li>Throughput: Better than Redis/Mongo/Couchbase or any other NoSQL solution. See this <a href="http://www.aerospike.com/blog/use-1-aerospike-server-not-12-redis-shards/">http://www.aerospike.com/blog/use-1-aerospike-server-not-12-redis-shards/</a>. Have personally seen it work fine with more than 300k read TPS and 100k Write TPS concurrently. </li>
<li>Automatic and efficient data sharding, data re-balancing and data distribution using RIPEMD160.</li>
<li>Highly Available system in case of Failover and/or Network Partitions.</li>
<li>Open sourced from 3.0 version. </li>
<li>Can be used in Caching mode with no persistence.</li>
<li>Supports LRU and TTL.</li>
<li>Little or No maintenance.</li>
</ol>

blocks|key|3036456|text|一个AVL-树将给你O(日志n)的插入，删除，搜索和大多数其他一切.|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3036457|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

An AVL-Tree will give you O(log n) on insert, remove, search and most everything else.

blocks|key|3036490|text|1和3都是一个数据库引擎。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3036491|如果您的记录数量没有问题，并且只有一个客户机同时使用这个功能，那么我个人推荐sqlite，它可以同时使用Java和Ruby+(也可以通过#5)。否则，可以使用真正的数据库系统，比如MySql+(因为您不在微软堆栈上)。|3036492|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

1 and 3 both scream a database engine. 

If your number of records isn't insane and you only have one client using this thing at the same time, I would personally recommend sqlite, which works with both Java and Ruby (also would pass #5). Otherwise go with a real database system, like MySql (since you're not on the Microsoft stack).

I need a recommendation for a key-value store. Here's my criteria:

<ol>
<li>Doesn't have to be persistent but needs to support lots of records (records are small, 100-1000 bytes)</li>
<li>Insert (<code>put</code>) will happen only occasionally, always in large datasets (bulk)</li>
<li><code>Get</code> will be random and needs to be fast</li>
<li>Clients will be in Ruby and, perhaps Java</li>
<li>It should be relatively easy to setup and with as little maintenance needed as possible</li>
</ol>

Key-value store for Ruby & Java

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我需要一个密钥商店的推荐信。以下是我的标准：不需要持久化，但需要支持大量记录(记录很小，100-1000字节)。插入(put)只偶尔发生，总是在大型数据集(大容量)中发生。Get将是随机的，需要快速客户端将使用Ruby，也许是Java它应该相对容易设置，并且尽可能少的维护。

问Ruby & Java的键值存储
EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Ruby & Java的键值存储EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Ruby & Java的键值存储
EN