|
1
说出你搞不定的业务逻辑吧。
|
|
2
这不是查找么
|
|
3
这个复杂的岂不是大如狗?
|
|
4
@zts1993 搞不好是有时间复杂度限制
|
|
5
可以, scan, 然后慢慢找你要的 key 吧
|
|
6
为什么有这种业务需求?说一下你的业务需求和逻辑。应该会有其他的解决办法
|
|
7
建倒排表吧
|
|
8
value 有重复的咋整?
|
|
9
redis 不能做这个操作....
PS:感觉问这个问题也挺奇怪的 |
|
10
要用的这种需求的情况一般也不会上 redis 吧
|
|
11
XY 问题
|
|
12
xy-problem 。
|
|
13
redis 就是一个字典,字典能做的操作都能吧,但是别忘了字典的初衷就是通过 key 快速找到 value 。
|
|
14
不能
|
|
15
说出你的原始需求吧。
|
|
16
别转弯,直接说需求....
|
|
17
我都是做两个 key, 相互映射的,: D
|
|
18
存的时候 k v 和 v k 各存一个
|
|
19
上搜索引擎,或者带全文搜索的 nosql , redis 没这功能, redis 官网有个 rom ,可以试试,没玩儿过
|
|
20
如果真有这种需求,就是用 value 作为 key ,再做一个缓存😂
|
|
21
循环一个
|
|
22
感谢回复
|