是这样的，如果每次点击“加载更多”就加载三天的数据，但是三天有可能是不连续的，问过开发，说可以做，但很麻烦会产生很多不必要的数据及判定，现在已经妥协改成按条数来加载了，但还是想问有没有什么更好的方法？
This topic created in 3917 days ago, the information mentioned may be changed or developed.
 |
1
wy315700 Aug 24, 2015
缓存每天的数据条目
|
 |
3
a591826944 Aug 24, 2015  1
其实还好的 我猜 你的不连续的意思 不就是 可能 中间某些天 没有数据么 distinct date 然后取最近的三条。。当条件。。。还好吧。。多一条 sql 的事儿。。
|
 |
4
Jal OP @a591826944 对的，就是这个意思，中间某些天可能没数据，还是那个问题，这样做判定应该不会拖慢加载速度吧？
|
 |
5
loading Aug 24, 2015 via Android
数据量不大就直接一次 sql 多选点，例如 10 天的，然后再筛选，就多几行吧~
|
|
6
a591826944 Aug 24, 2015
@Jal 这就没准了。。这要看你们的数据量。索引 。筛选条件 等等因为。。我无从判断
|
|
7
Jal OP @a591826944 恩 谢啦~
|
 |
9
laoyuan Aug 24, 2015
数据库加一个 date 字段不就完了
|
 |
10
yuan93 Aug 24, 2015
Mysql ： where date > DATE_SUB (CURDATE (), INTERVAL 3 DAY )
|
|
11
yuan93 Aug 24, 2015
噢 st.. 请无视上面那句
|
|
12
loading Aug 24, 2015 via Android
再加入一个 字段
每次用户新增时都检查一次，把需要读取的标记。 因为数据库 creat 本来就慢，所以不影响，而且这个操作的使用次数没读取多。 |
|
13
loading Aug 24, 2015 via Android
这个字段德内容就是 1 2 3 这些，也就是你要求德读取天数，虽然如果需要修改(即当前时间不等于标记为 1 的那个)可能涉及大量德 update 操作:
这个字段都加 1 ，新的设置为 1 艹，性能会很低吧~算了，不删了，算抛砖吧… |
Select Language