redis如何存储?

发布于 2022-09-01 06:58:31 字数 302 浏览 12 评论 0

如我有20个国家的人口信息,每个国家暂且算1000人,总数据2W左右,在放缓存时:
A:
redis.put('一个总key', 2w的人口数据,比如都放在一个map里)
B:
redis.put('一个人的key', 一个人的信息)
redis.put('一个人的key', 一个人的信息)
redis.put('一个人的key', 一个人的信息)
...
redis.put('一个人的key', 一个人的信息)
(放2W个key-value)

那么来个人后,我要查询redis,哪种比较好呢?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(3

丶情人眼里出诗心の 2022-09-08 06:58:31

B的方法虽然比较简单暴力。但是键不易管理。除非你redis服务器仅仅是只存这些信息。
我推荐用散列,跟你A的想法有点类似
//set(键,键的属性,值)
//get(键,键的属性)
redis.hset('Map','first_name','personinfo');
redis.hset('Map','second_name','personinfo');
redis.hset('Map','third_name','personinfo');
......
散列的好处是可以一直对键加上新的属性,我们暂且这么认为。
这个问题场景,我们可以把一个用户当成是一个属性。
属性的上限是2^32 -1,不用担心数量问题。
还有查找键的某个属性复杂度也是O(1),效率也不用去担心。
redis.hgetall('Map')这个还可以取出所有用户的数据,更好管理。

大概思路是如此,可能我们语言用不一样,存取数据的函数名会有点差异,你参考一下

爱要勇敢去追 2022-09-08 06:58:31

那么来个人后,我要查询redis,哪种比较好呢?

怎么叫好呢?
如果是不计任何附加问题,只考虑快的话,那么用B好
如果是要考虑其他的问题,我也不会用A,这不是redis的长处,而且才2W的数据,就算很频繁也不会有什么问题。

好吧,本来我想分开说说A和B的长处和不同的使用,但实在是想不出为啥会用A。

挽手叙旧 2022-09-08 06:58:31

你有解决用散列后,查询的问题呢?尤其是多条件的查询!

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文