各位大神，有没有好的方法解决加载不连续的三天的数据？

[Jal]

是这样的，如果每次点击“加载更多”就加载三天的数据，但是三天有可能是不连续的，问过开发，说可以做，但很麻烦会产生很多不必要的数据及判定，现在已经妥协改成按条数来加载了，但还是想问有没有什么更好的方法？

[wy315700]

缓存每天的数据条目

[Jal]

@wy315700 这样会不会造成加载缓慢等速度问题?

[a591826944]

其实还好的 我猜 你的不连续的意思 不就是 可能 中间某些天 没有数据么 distinct date 然后取最近的三条。。当条件。。。还好吧。。多一条 sql 的事儿。。

[Jal]

@a591826944 对的，就是这个意思，中间某些天可能没数据，还是那个问题，这样做判定应该不会拖慢加载速度吧？

[loading]

数据量不大就直接一次 sql 多选点，例如 10 天的，然后再筛选，就多几行吧~

[a591826944]

@Jal 这就没准了。。这要看你们的数据量。索引 。筛选条件 等等因为。。我无从判断

[Jal]

@a591826944 恩 谢啦~

[Jal]

@loading 恩 只是我们数据量视用户使用习惯而定 还是妥协放弃这种了...

[laoyuan]

数据库加一个 date 字段不就完了

[liuzhen]

Mysql ： where date > DATE_SUB (CURDATE (), INTERVAL 3 DAY )

[liuzhen]

噢 st.. 请无视上面那句

[loading]

再加入一个 字段
每次用户新增时都检查一次，把需要读取的标记。

因为数据库 creat 本来就慢，所以不影响，而且这个操作的使用次数没读取多。

[loading]

这个字段德内容就是 1 2 3 这些，也就是你要求德读取天数，虽然如果需要修改(即当前时间不等于标记为 1 的那个)可能涉及大量德 update 操作:
这个字段都加 1 ，新的设置为 1




艹，性能会很低吧~算了，不删了，算抛砖吧…

[Jal]

@loading 哈哈哈 是啊 性能低啊不得不妥协，再改改改 T T