1 首先id用的bigInt，本身没有太大问题，但是在小说列表这个部分，不会有那么多的书籍。设计要有目标性，如果不是特别大，要做个预判，这个表在两年内或者三年内会不会达到这么一个层级上，大部分非流水表数据是不会达到bigint的。

2 数据库字段有两种写法，一种是用下划线，一种还是驼峰大小写来来做区分。都可以，但是在我们的实习里面，建议大家去用这个大小写。方便Spring去跟我们所做的实体做自动映射.

3 更新时间要注意一点，不见得这个更新时间就是这个小说最后的更新时间，也可能是status的变更时间。那最新更新的那个章节时间，需要有一个字段记录的时候，可以在这加1个latestupdatetime

4 下面接口一般来说我们有三个默认的（除了流水表）方法：Insert、update和loadById。就是说，你连业务模型是什么都不清楚的情况下，都可以直接写的默认方法。

Delete这个功能尤其是对toc的互联网业务，很少会提供。一般这是一个后台功能。

5 有的同学会用这种类似于PageHelper的东西进行分页，在我们在实习项目里面并不建议大家去使用,尤其在大公司里面不会用这种东西，因为它的性能不是那么好。但是很多外包公司会去用它，因为用起来比较简单，但同时也屏蔽了很复杂的实现。

6 一个问题是page和limit必然用不到Long类型，一个页面不可能有那么长。，如果单页都已经到了Long的长度，那它的分页就没什么意义了。

7 最主要的问题就是NovelQueryVo的实现，它的返回值变成参数和返回值两个部分去约束，在如果定了一个返回值的话，返回list就好了