1.有序集合的集合操作
集合类型提供了强大的集合操作命令,但是如果需要排序就要用到有序集合类型。Redis为了命令的精简和高性能的操作,就没有提供使用现有命令来实现的功能,再提供额外的命令。比如想直接获取集合运算结果的情况,我们可以使用MULTI,ZINTERSTORE,ZRANGE,DEL和EXEC这5个命令:
MULTI
ZINTERSTORE tempKey
ZRANGE tempKey
DEL tempKey
EXEC
2.SORT命令
SORT命令可以对列表类型、集合类型和有序集合类型键进行排序,并且能完成与关系型数据库中的连接查询类似的操作。
现在博客中标有“java”标签的文章的ID分别是“2”,“6”,“12”和“26”,由于集合类型的元素是无序的,所以无法使用SMEMBERS命令得到排序后的结果。为了能让博客标签页面下的文章也能按照发布时间顺序排列,可以借助SORT命令实现,如下:
redis>SORT tag:java:posts
1) "2"
2) "6"
3) "12"
4) "26"
除了集合类型外,SORT命令还可以对列表类型元素和有序集合类型进行排序:
redis>LPUSH mylist 4 2 5 7 9
(integer) 5
redis>SORT mylist
1) "2"
2) "4"
3) "5"
4) "7"
5) "9"
对有序集合排序时,会忽略元素的分数,只针对元素自身的值进行排序:
127.0.0.1:6379> ZADD myzset 50 2 40 32 45 8
(integer) 3
127.0.0.1:6379> SORT myzset
1) "2"
2) "8"
3) "32"
除了使用SORT命令,我们还可以使用ALPHA命令对字典的非数字类型元素进行排序:
127.0.0.1:6379> LPUSH mylistalpha a c e d b C A
(integer) 7
127.0.0.1:6379> SORT mylistalpha
(error) ERR One or more scores can't be converted into double
127.0.0.1:6379> SORT mylistalpha ALPHA
1) "A"
2) "C"
3) "a"
4) "b"
5) "c"
6) "d"
7) "e"
SORT命令还有类似于关系型数据库的倒序排列,使用DESC:
127.0.0.1:6379> SORT mylistalpha ALPHA DESC
1) "e"
2) "d"
3) "c"
4) "b"
5) "a"
6) "C"
7) "A"
Redis的排序还支持指定查询的条数,使用LIMIT start offset:
127.0.0.1:6379> SORT mylistalpha ALPHA DESC LIMIT 1 3
1) "d"
2) "c"
3) "b"
127.0.0.1:6379>
3.BY参数
BY参数的语法为BY参考键。其中参考键可以是字符串类型键或者是散列类型键的某个字段(表示为键名->字段名)。如果提供了BY参数,SORT命令将不再依据元素自身的值进行排序,而是对每个元素使用的值替换参考键中第一个"*"并获取其值,然后依据该值对元素进行排序。
SORT tag:ruby:posts BY post:*->time DESC
1) "12"
2) "26"
3) "6"
4) "2"
上例中SORT命令会读取post:2、post:6、post:12、post:26几个散列键中的time字段的值并以此决定tag:rubyLposts键中各文章ID的顺序。
除了散列类型外,参考键还可以是字符串类型,比如:
127.0.0.1:6379> LPUSH sortbylist 2 3 1
(integer) 3
127.0.0.1:6379> SET itemscore:1 50
OK
127.0.0.1:6379> SET itemscore:2 100
OK
127.0.0.1:6379> SET itemscore:3 -10
OK
127.0.0.1:6379> SORT sortbylist BY itemscore:* DESC
1) "2"
2) "1"
3) "3"
127.0.0.1:6379>
当参考键名不包含“*”时(即常量键名,与元素值无关),SORT命令将不会执行排序操作,因为Redis认为这种情况是没有意义的(因为所有要比较的值都是一样的)。例如:
127.0.0.1:6379> SORT sortbylist BY anytext
1) "1"
2) "3"
3) "2"
例子中anytext是常量键名(甚至anytext键可以不存在),此时SORT的结果与LRANGE的结果是一样的,没有执行任何排序操作。在不需要排序但需要借助SORT命令获得与元素相关的数据时,变量键名是很有用的。
如果几个元素的参考值相同,则SORT命令会再去比较元素本身的值来决定元素的顺序。像这样:
127.0.0.1:6379> LPUSH sortbylist 4
(integer) 4
127.0.0.1:6379> SET itemscore:4 100
OK
127.0.0.1:6379> SORT sortbylist BY itemscore:* DESC
1) "4"
2) "2"
3) "3"
4) "1"
127.0.0.1:6379>
上例中“4”的参考键的值和“2”的参考键的值是一样的,都是100,所以SORT命令会再比较“4”和“2”元素本身的大小来决定二者的顺序。
当某个元素的参考键不存在时,redis会默认它的参考键值为0:
127.0.0.1:6379> LPUSH sortbylist 6
(integer) 5
127.0.0.1:6379> SORT sortbylist BY itemscore:* DESC
1) "4"
2) "2"
3) "3"
4) "6"
5) "1"
上例中的元素“6”没有设置参考键值,默认它的参考键值为0,所以排在了元素“1”(参考键值为:-10)的前面。
4.GET参数
现在有这么一个需求:上面我们对标签下的文章ID进行排序后获得了ID的列表,现在我们想获取对应文章的title。你是不是想使用HGET命令再获取对应的文章ID的标题,会不会觉得很麻烦。其实这时候我们使用SORT命令的GET参数获取排序后文章的title,就可以解决这个麻烦。
GET参数并不影响排序,他的作用是使SORT命令的返回结果不再是元素本身的值,而是你GET参数中指定的键值。GET命令支持字符串类型和散列类型的键,并使用*作为占位符。下面我们就使用GET参数直接将排序后的文章的title获取出来:
127.0.0.1:6379> SORT tag:ruby:posts BY post:*->time DESC GET post:*->title
SORT命令中还可以有多个GET参数(而BY只能有一个),所以还可以这样用:
127.0.0.1:6379> SORT tag:ruby:posts BY post:*->time DESC GET post:*->title GET post:->time
如果我们想获取文章的ID该怎么办呢,我们可以使用GET #获取键本身的值:
127.0.0.1:6379> SORT tag:ruby:posts BY post:*->time DESC GET post:*->title GET post:*->title GET #
网友评论