从RDBMS彻底的过渡到NoSQL,关键的是不是NoSQL中的Key设计咧? 比如原先的登录注册,RDBMS中可能是
`user_id, username, password
1 , user , xxxxxxxx
2 , user2 , xxxxxxxx`
过渡到Redis,可以这样
`users:user password
users:user2 password`
检测用户是否已经注册
`RDBMS:
select count(*) from table where username = 'user2'
Redis:
Get users:user2`
但是抛弃“关系”又怎么实现“关系”呢? 比如用户还有profile。 redis可以以users:username为key。然后存个对象进去。 但是怎么进行搜索呢?比如,我要获取所有注册时间在指定时间的一批用户。当然,可以按照users:username:profile_name挨个存,比如:
`users:user2:profile_photo /path/hash.jpg
users:user2:profile_regdate timestamp
users:user3:profile_regdate timestamp`
但是,会不会出现,删除某用户的时候,由于特殊原因导致删不干净的问题……比如user3的所有数据正在删除,然后异常了,导致profile_regdate没有删除。而且以后也检测不到了。
再者,好友关系。redis可以这么存:
`relation:uid:fuid timestamp
relation:fuid:uid timestamp`
假设需求:获取我的好友的所有除我以外的所有好友。
暂时就这么多……不知道表述是否清楚了。
关于redis的问题,我的理解正确否?
首先如果你要用多个字段的话,就不要单个单个存字段,或者把一个对象序列化以后再存,这样跟memcache完全没区别。
其次,你要弄清一个事实,我们用redis不是来完全代替关系数据库的,像你说的那个按用户名搜索用户完全不用放到redis里,不要为了使用redis而去用redis。
用redis你可以做缓存,这样你只需要把主键作为key,你也可以利用它的索引特性来做列表
多个字段你可以用hash对象存储HMSET user:1234 name "hello" password "123456" timestamp "12321321"
把主键存到一个SET或者SORTED SET里SADD user_list 1234
值得注意的是redis的SORT命令可以代替SQL解决很多查询,比如像上面这种哈希存储方式,如果我们要按timestamp排序并在一定范围内列出user来SORT user_list BY user:*->timestamp GET # LIMIT 0 10 DESC
它等同于SQL语句SELECT * FROM user ORDER BY timestamp DESC LIMIT 0 10
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。