读《Redis入门指南》

读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

饿了，明天继续。