Php 使用不同的关键字存储推文。单个海量表，还是每个关键字对应一个表？
我将使用twitter流媒体API来建立一个真正的实时流，方法是在tweet传入时将其推送到SQL数据库中，然后根据需要随时从我的数据库中提取。这将允许我在一定程度上绕过利率限制，而不会让自己被列入黑名单 我将跟踪流中的几个关键字（不超过15个） stream.twitter.com/whatever？q=word1或word2或word3或 当我存储这些数据时，最好是将它们全部转储到一个大表中，还是按关键字将它们分割出来？我不确定这是因为偏好，还是一种方式比另一种好 我认为最终需要对它们进行预处理，将它们放入正确的关键字表中，或者从大量的表中对它们进行后处理，以选择其中的关键字=“word1”等Php 使用不同的关键字存储推文。单个海量表，还是每个关键字对应一个表？,php,mysql,database-design,twitter,Php,Mysql,Database Design,Twitter,我将使用twitter流媒体API来建立一个真正的实时流，方法是在tweet传入时将其推送到SQL数据库中，然后根据需要随时从我的数据库中提取。这将允许我在一定程度上绕过利率限制，而不会让自己被列入黑名单 我将跟踪流中的几个关键字（不超过15个） stream.twitter.com/whatever？q=word1或word2或word3或 当我存储这些数据时，最好是将它们全部转储到一个大表中，还是按关键字将它们分割出来？我不确定这是因为偏好，还是一种方式比另一种好 我认为最终需要对它们进行预
从优化的角度考虑哪一个更好？绝对不是每个关键字的单独表格
如果您想使用关系数据库，我当然会推荐更少的表和更多的索引。除了关键字表、post表和关键字post关联表之外，不确定要做什么。绝对不能为每个关键字单独设置表
如果您想使用关系数据库，我当然会推荐更少的表和更多的索引。除了关键字表、posts表和关键字post关联表之外，不确定要做什么。每个关键字对应一个表？？？你知道你能有多少关键字吗？。我想说的是，一个包含适当引擎、索引和数据类型的巨大表，每个关键字的不同表不超过1000个，可能不超过15个。大概不到10个。@jcho360我想你可能误解了他的意图。如果我错了，请纠正我，Jon，但是你的意思是你只跟踪15个或更少的关键字，每个关键字都有自己的表--使最大表数为15，并且它们的行条目本身包含tweet内容吗？如果是这样的话，15张桌子并不完全太多，尽管这仍然是不可取的。带有分区的单个表应该能够完成相同的任务。Hex，您的解释是正确的。我想我会用一个分区。应该很好。感谢您的输入和澄清！每个关键字对应一个表？？？你知道你能有多少关键字吗？。我想说的是，一个包含适当引擎、索引和数据类型的巨大表，每个关键字的不同表不超过1000个，可能不超过15个。大概不到10个。@jcho360我想你可能误解了他的意图。如果我错了，请纠正我，Jon，但是你的意思是你只跟踪15个或更少的关键字，每个关键字都有自己的表--使最大表数为15，并且它们的行条目本身包含tweet内容吗？如果是这样的话，15张桌子并不完全太多，尽管这仍然是不可取的。带有分区的单个表应该能够完成相同的任务。Hex，您的解释是正确的。我想我会用一个分区。应该很好。感谢您的输入和澄清！这肯定是一种简单且可维护的方法。这肯定是一种简单且可维护的方法。