关于redis的问题，我的理解正确否？

Question

从RDBMS彻底的过渡到NoSQL,关键的是不是NoSQL中的Key设计咧？
比如原先的登录注册，RDBMS中可能是
user_id,username,password
1,user,xxxxxxxx
2,user2,xxxxxxxx
过渡到Redis，可以这样
users:userpassword
users:user2password
检测用户是否已经注册
RDBMS:
selectcount(*)fromtablewhereusername='user2'
Redis:
Getusers:user2
但是抛弃“关系”又怎么实现“关系”呢？
比如用户还有profile。
redis可以以users:username为key。然后存个对象进去。
但是怎么进行搜索呢？比如，我要获取所有注册时间在指定时间的一批用户。当然，可以按照users:username:profile_name挨个存，比如：
users:user2:profile_photo/path/hash.jpg
users:user2:profile_regdatetimestamp
users:user3:profile_regdatetimestamp
但是，会不会出现，删除某用户的时候，由于特殊原因导致删不干净的问题……比如user3的所有数据正在删除，然后异常了，导致profile_regdate没有删除。而且以后也检测不到了。
再者，好友关系。redis可以这么存:
relation:uid:fuidtimestamp
relation:fuid:uidtimestamp
假设需求：获取我的好友的所有除我以外的所有好友。
暂时就这么多……不知道表述是否清楚了。

Answer 1

首先如果你要用多个字段的话，就不要单个单个存字段，或者把一个对象序列化以后再存，这样跟memcache完全没区别。其次，你要弄清一个事实，我们用redis不是来完全代替关系数据库的，像你说的那个按用户名搜索用户完全不用放到redis里，不要为了使用redis而去用redis。用redis你可以做缓存，这样你只需要把主键作为key，你也可以利用它的索引特性来做列表多个字段你可以用hash对象存储HMSETuser:1234name"hello"password"123456"timestamp"12321321"把主键存到一个SET或者SORTEDSET里SADDuser_list1234值得注意的是redis的SORT命令可以代替SQL解决很多查询，比如像上面这种哈希存储方式，如果我们要按timestamp排序并在一定范围内列出user来SORTuser_listBYuser:*->timestampGET#LIMIT010DESC它等同于SQL语句SELECT*FROMuserORDERBYtimestampDESCLIMIT010

Answer 2

第一个问题只能说你把redis当memcache使用了，去了解一下hash结构，用户信息应该用hash结构，如user:1->{username:sss,age:12}