我将使用twitter流API来设置真正的实时流，方法是将推文推送到SQL数据库中，然后根据需要随时从我的数据库中提取。这将允许我在某种程度上绕过速率限制，而不会将自己列入黑名单。 I found this method here.
我将跟踪流中的几个关键字（不超过15个）
stream.twitter.com/whatever?q=word1 OR word2 OR word3 OR ...
当我存储它们时，最好将它们全部转储到一个大表中，还是用关键字将它们分开？我不确定它是否归结为偏好，或者如果一种方式比另一种更好。
我认为最终归结为预处理它们以将它们放入正确的关键字表中，或者从大量表格中处理它们以选择关键字=“word1”等的那些。
从优化的角度来看哪个更好？
答案 0 :(得分：3)
绝对不是每个关键字的单独表格。
如果你想进入关系数据库路由，我肯定会推荐更少的索引更多的表。除了关键字表，帖子表和keyword_post关联表之外，不确定你想要做什么。