我知道有很多关于这个主题的帖子，但我最近一直在倾向于这个帖子，并希望听到其他一些人一直这样做的结论。我开始使用Graph API使用Graph样式获取数据......
$facebook->api('/me/posts');
问题是，它似乎相当缓慢，但它是可靠的。当我为每个查询设置100个帖子的限制时，我收到了这100个帖子，甚至还给了一个友好的小分页链接来获取下一个帖子。
但就像我说的那样，查询很迟钝，所以我尝试了FQL，它似乎更快地处理了事情，并且让我对我请求的数据有了更强的控制权，并给了我一些真正的自由我特别想要什么数据。但是FQL很可靠。我可以制作一个询问1000个结果的查询，只得到93个结果。我读到facebook抓取了1000，然后取出了我不应该因为各种原因看到的那些，并且给了我剩下的，这使得任何类型的步进困难，结果，虽然更快，非常不准确。 / p>
$query = 'SELECT post_id, actor_id, comment_info, created_time, description_tags, like_info, message, message_tags, place, share_count, source_id, tagged_ids, type, with_location, with_tags FROM stream WHERE (type=46 OR type=56 OR type=80 OR type=128 OR type=247 OR type=285) AND source_id = me() AND (actor_id = me() OR actor_id IN(SELECT uid1 FROM friend WHERE uid2=me()) ) AND created_time > '.strtotime("-1 year") .' LIMIT 50000
这个大规模的查询只能让我获得95个帖子，并且成功地回到了近六个月。
我承认我仍然在使用FQL更精细，但SQL是我精通的东西。
所以我的问题是，我是否应该坚持使用FQL的繁琐工作并对这些请求进行微调，或者我应该仅仅因为缺乏控制和使用友好的Facebook图表的速度稍慢而达成协议？