最近使用關係型資料庫實現了使用者之間的關注，於是思考換一種思路，使用Redis實現使用者之間的關注關係。
綜合考慮了一下Redis的幾種資料結構後，覺得可以用集合實現一下。
假設“我”的ID是1，“別人”的ID是2。
一、新增關注
新增關注分為兩步：1、將對方id新增到自己的關注列表中；2、將自己的id新增到對方的粉絲列表中：
SADD 1:follow 2
SADD 2:fans 1
二、取消關注
取消關注同樣分為兩步：1、將對方id從自己的關注列表中移除；2、將自己的id從對方的粉絲列表中移除：
SREM 1:follow 2
SREM 2:fans 1
三、關注列表
檢視我的關注列表：
SMEMBERS 1:follow
檢視別人的把id換掉就可以
四、粉絲列表
檢視我的粉絲列表：
SMEMBERS 2:fans
檢視別人的把id換掉就可以
五、人物關係
5.1 我單向關注他
我單向關注他，要同時滿足兩個條件：1、我的關注列表中有他(或他的粉絲列表中有我)；2、我的粉絲列表中沒有他(或他的關注列表中沒有我)。
SISMEMBER 1:follow 2 #true
SISMEMBER 1:fans 2 #false
5.2 他單向關注我
他單向關注我，要同時滿足兩個條件：1、我的關注列表中沒有他(或他的粉絲列表中沒有我)；2、我的粉絲列表中有他(或他的關注列表中有我)。
SISMEMBER 1:follow 2 #false
SISMEMBER 1:fans 2 #true
5.3 我和某人是否互粉
我和某人是否互粉，要同時滿足兩個條件：1、我的關注列表中有他(或他的粉絲列表中有我)；2、我的粉絲列表中有他(或他的關注列表中有我)。同時成立才為互粉。
SISMEMBER 1:follow 2 #true
SISMEMBER 1:fans 2 #true
互粉的關係是互相的，也可以反過來查。
六、我的互粉
查詢和我互粉的人，實際是對我的關注和我的粉絲求交集
SINTER 1:follow 1:fans
七、共同關注
查詢1和2的共同關注，實際是1的關注和2的關注求交集
SINTER 1:follow 2:follow
八、數量相關
8.1 我的關注數
SCARD 1:follow
8.2 我的粉絲數
SCARD 1:fans
九、問題
目前存在的問題是，我的關注列表 & 我的粉絲列表，無法做到按關注時間排序，終端下顯示是結果按ID正序排列的。
考慮的解決方案是新增關注時同時存一份有序集合，關注時的時間戳是score。
ZADD 1:follow 1457871625 2
ZADD 2:fans 1457871625 1
那麼我的關注列表是：
ZREVRANGE 1:follow 0 -1
同時，ZREVRANGE查詢時的索引可以作為分頁遊標，基本解決目前的問題。
粉絲列表同理。
要不要留自己部落格，留吧。以後覺得不合適再刪。
http://blog.lovemydeer.com/2016/03/13/relation-with-redis.html