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