读Redis入门指南,第二遍,第一遍也就看了一个大概,第二遍慢慢细读。
1、incr命令 ,操作原子性, 防止多线程的并发操作。
2、增加字段,不需要像 关系型数据库那样,要求中断,或者重启服务。
存储的数据
一个实体使用多个字符串难以管理,使用HashMap 或者实体更好些。
增加 post:42:data的数据
{
title:第一篇日志,
author: 小白,
time: "2012年9月11日".
content: “今天是星期五”
}
同时存储一个posts:count的字段作为 post的总数
分页的时候,需要展示post的列表,需要额外的记录post的相关数据
一个双链表结构的数据
这样子,就可以根据list中的数据post:id 顺序的进行分页,同时进行对应的增加、删除、查询,修改操作。
3 2 1 0 -1
如果分两页倒序的话,
第一页必然是: 3 , 2,1
第二页必然是: 0,-1
同时展示多页内容的话,就需要多次请求数据库。
书中说的修改之后,就作为新文章,这个类似于置顶功能,新改动的文章就一定要显示到首页么?
存储一篇文章的评论,也是使用 list作为存储的,使用时间作为默认顺序。
post:43:comments,comments可能的结构如下:
{
{
replyname: 张三,
time : 2017年3月22日17:57:55,
tel: 15010904310,
content:这篇文章真棒,然后各种叽叽歪歪的胡言乱语,怪力乱神。
},
{
replyname: 李四,
time : 2017年3月22日17:59:32,
tel: 15010904310,
content:这篇文章真棒,然后各种叽叽歪歪的胡言乱语,怪力乱神。},
{
replyname: 王五,
time : 2017年3月22日17:59:23,
tel: 15010904310,
content:这篇文章真棒,然后各种叽叽歪歪的胡言乱语,怪力乱神。},
}
post:43:comments:count 总共的评论数
同时可以对评论进行对应的增删改查,如果需要还是要对这些评论进行分页展示。需要再弄一个list保存评论的id进行分页么?
然后设置文章的标签,关键词,以实现对搜索的支持。
每个文章需要设定几个关键词。
其中就要先补充一段, 关于 散列 HashMap 、List (linkList 、ArrayListList)、 Set 的知识,
List 是有序集合,ArrayList 查询快,增加删除慢,LinkList 删除增加快,查询(需要遍历)慢,
Set是无序集合,没有重复值。
Map是键值对, 它是一种特殊结构,结合了ArrayList 与 LinkList的优点
数组式链表结构, 从上到下是数组,从左到右是链表。
继续扯标签, Set
Post:42:tags 自私,自利,自高、自大、自强、自知自明、自命不凡、自暴自弃、自欺欺人
一个帖子有了标签之后, 需要通过标签找到对应的文章列表
tags 需要被统一管理,需要专门存储, 可以使用List存储,考虑到添加不多,建议使用ArrayList 存储
帖子对应的也多是tags的id,
在关系型数据库中,tagid 与postid 为一条数据, postId与tagid的关系为1对n。
在redis中肯定使用set,可能就是这样了
{
tag1,
tag2,
tag3,
tag4
}
如果你知道set就知道它的树类型有3种遍历方式。
根左右, 左根右,左右根
上面扯远了,我说的是, 不是对标签这种东西要增删改查
使用搜索的标签tags 与 文章的标签集合 做交集,从而找到需要展示的文章。这个是比较low的,
看google 百度的搜索原理,推荐吴军老师的《数据之美》,如果看不懂,请补一下,高等数学、线性代数、离散数学、算法概论。
两个集合无非就是一些操作, 交集,差集,并集,类似于逻辑学的 与或非,
其实我想说的是,要建立标签的Set
图中的123是指 帖子的id,JAVA标签的文章id是 1,2,3
这样子无论是通过文章id显示 tags,还是通过tags找 posts 都可以。
支持多个标签,是不是很酷?
根据文章的访问量排序,
根据访问量或者热度,来构建有序set
回到上面修改完,根据最新时间展示数据的,也使用有序的set
饿了,明天继续。