插个眼

插眼，下周学习一下

vo dto do to dao pojo bo 现在新鲜 还看到了qo，有啥意思？要么就一个record，加一个vo就得了，搞那么多没用的，要我说就写jo，json对象，数据库存jsonb，省得你们一天到晚ooooooooooooo的，看着都累

现在似乎不流行用count来实现分页了。因为性能不行。。。

这种想法可能理想化了，实际会碰壁。比如你用了不可修改的排序，有的业务会按照sort或者置顶标记甚至多重排序需求。而且每次一次业务查询都得判断一轮既定的字段，要小心无数个极小的损耗带来的放大问题

我笑死了，一个个都怕卷到自己，都劝退java，实际呢？还不是机械5k是东山再起，计算机20w尽显颓势。我小学毕业就出来打工四处碰壁，直到我碰见了余胜军，参加了java培训，毫不夸张，只要你好好学，出去两万是保底的事，都说java学的多，实际呢？也不过就spring，微服务，并发那些罢了，一个月学俩门，一个半月就能拿下，以后java必是蓝海专业，国家大力发展数字经济，所谓大佬也不过就是顺应局势罢了，当你们还在讨论今年java已死的时候，我已经拿到5个offer了，差距就是这样打开的。

1. 假如一页显示20条，并且按照价格升序排序，那么首页加载查询排序如下
order by 价格 asc,id desc limit 20
2. 然后第二页就带上第一页最后一条数据的 id、price，并用 lastId、lastPrice 表示
第二页查询条件附上：where (price=lastPrice and id<lastId) and (price>lastPrice)
order by 价格 asc,id desc limit 20
这将能查出紧接第一页最后一条的后20条数据。
这样做的唯一缺点是不支持跳页，但是目前手机上网是主流，跳页需求几乎没有，大部分手机版应用都是滚动加载。滚动末尾加载。。。。
如果客户硬要做跳页功能，那么就做个假的跳页，无论数据多少都显示：[1] [2] [3] .... [100]
这样的跳页按钮，然后根据跳页按钮的值，设置 skipCount：
order by 价格 asc,id desc limit skipCount,20
到时候输出的时候有就显示，没有就显示没有。。。

mark

优秀，有时间学习一下

提个建议，判断条件和是否加入sql最好简化，你这demo判断一个字段就要要三行

插眼学习

插眼，学习一下

插眼 感谢lz