我认为最好的建议是从RDBMS移植到Redis时避免遵循关系模型。除模型之外，一个重要的区别是着眼于数据访问路径以及数据结构。

Redis不包含查询语言（而是命令lammcached），因此无法回复任意查询。如果对数据的访问路径不是数据结构的一部分，则无法有效地检索数据。

在支持任意查询时，Redis并不是最好的NoSQL存储。例如，最好使用MongoDB之类的服务。

现在，如果您真的想使用Redis来实现自己的目标，则可以尝试使用类似于标记引擎的策略。您的记录可以存储在哈希对象中。对于需要支持的任意查询的每一列部分，您都可以使用集合构建反向索引。

例如：

# Set up the records: one hash object per record
hmset user:1 name Bilbo type Hobbit job None
hmset user:2 name Frodo type Hobbit job None
hmset user:3 name Gandalf type Maiar job Wizard
hmset user:4 name Aragorn type Human job King
hmset user:5 name Boromir type Human job Warrior

# Set up the indexes: one set per value per field
sadd name:Bilbo 1
sadd name:Frodo 2
sadd name:Gandalf 3
sadd name:Aragorn 4
sadd name:Boromir 5
sadd type:Hobbit 1 2
sadd type:Maiar 3
sadd type:Human 4 5
sadd job:None 1 2
sadd job:Wizard 3
sadd job:King 4
sadd job:Warrior 5

# Perform a query: we want the humans who happen to be a king
# We just have to calculate the intersection of the corresponding sets
sinterstore tmp type:Human job:King
sort tmp by nosort get user:*->name get user:*->job get user:*->type
1) "Aragorn"
2) "King"
3) "Human"

通过结合并集，相交，差，可以实现更复杂的查询。对于非离散值或基于范围的查询，必须使用有序集（zset）（并且可以与常规集组合）。

如果值足够可辨别，则此方法通常非常快。请注意，您虽然没有RDBMS的灵活性（没有正则表达式，没有前缀搜索，范围查询很麻烦等等）。