小编典典

Redis和查询值

redis

Redis在概念上与我使用的传统SQL数据库有所不同,我正在尝试确定它是否适合我的项目…我一直在寻找,但似乎找不到我的问题的答案。

我有一组用户需要存储,每个用户都有一个唯一的ID和与之关联的几个值(例如其名称)。看来我可以简单地将它们存储为哈希:

user:fef982dcfe1a7bcba4849b4c281bba95
"username" "andrewm" "name" "Andrew"

我还有一堆要存储的消息,每个消息都有一些属性,例如发送者和接收者:

message:1a7bcba4849b4c281bfef98a952dcfeb
"sender" "fef982dcfe1a7bcba4849b4c281bba95" "recipient" "82dcfe1a7bcba4849b4c281bba95fef9" "message" "Hi!"

我的问题是,我将如何检索特定用户发送的所有消息(由其哈希指定)。我应该使用传统的关系数据库,还是像MongoDB这样的NoSQL数据库(之前使用过)?如果是这样,那么有人对高性能商店有什么建议吗?我不会做任何真正的搜索(即MySQL
LIKE查询),实际上只是进行键值查找。


阅读 275

收藏
2020-06-20

共1个答案

小编典典

当然可以使用Redis对这些数据进行建模,但是您需要考虑数据结构和访问路径。使用Redis时,访问路径不会隐式管理(就像RDBMS /
MongoDB中的索引一样)。

对于提供的示例,您可以具有:

user:<user hash> -> hash of user properties
user:<user hash>:sent -> set of <msg hash>
user:<user hash>:received -> set of <msg hash>
message:<msg hash> -> hash of message properties

添加/删除消息意味着在添加/删除消息对象本身的基础上,维护与发送者和接收者相对应的:sent和:received集。

检索给定用户的已发送或已接收的消息只是SMEMBERS命令,如果要同时检索消息的属性,则也可以是SORT:

# Get a list of message hash codes only in one roundtrip
smembers user:<user hash>:received

# Get a list of message contents in one roundtrip
sort user:<user hash>:received by nosort get message:*->sender get message:*->message

注意1: 使用Redis时,最好将整数用作键而不是UUID或哈希码(尤其是在集合中),因为它们以更有效的方式存储。

注意2:
如果您需要订购消息,则必须使用列表而不是列表。结果是只能删除最旧的消息,并且只能以有效的方式添加新的消息。您可能还会为所有消息添加一个全局列表。

2020-06-20