移动客户端微博应用的下拉更新和载入更多的业务逻辑是什么？

OSC青岛济南源创会报名开始！>>> »

最近在研究微博应用，对于下拉更新和载入更多的ios或Android技术已经掌握，但苦苦不知道什么样的业务逻辑是最好的，把我的思路写下，请大家帮忙看看。

描述1：初始页面，本地数据库无数据，从远程数据库拉取最新的10条数据，显示，同时存入本地数据库；当用户执行下拉更新时，从本地数据库获取最大id，作为sinceId，检查是否有较新的数据，如果有拉取最大10条新数据，同时再存入本地数据库；当用户执行底部载入更多时，从本地数据库获取最小id，作为maxId，检查是否有较旧的（使用maxId），如果有拉取较旧的10条。

描述2：用户再次进入页面，首先载入本地数据库数据，然后执行 描述1 逻辑。

问题：这样的逻辑，在更新有超过10条数据时，会使用户无法在执行下拉更新时看到最新的，需要再行执行下拉更新才能看到；而如果不限制10条，会造成等待时间变长，特别是如果有更多（如100条、1000条）更新数据时，无法想象；

请大家帮忙，看看都是如何解决这个问题的，提前感谢！