MySQL，存储大量记录

我正在设计一个商店模型，其中包含一个数据库，用于存储已售出产品的列表。最有效的方法是什么？将所有内容放在一张表中似乎是错误的，因为一年后它将拥有数十亿条记录。每天创建一个新表可以吗？

假设您的商店每天实际销售数十亿iTen，您可以对您的表进行分区，或者创建一个计划，例如每月运行一次，并将比月份旧的项目归档到另一个表中

---

在请求数据时，超过30天的购买会检查归档表，并在默认表中检查最近购买的数据。不确定这将如何实际执行，但对于大多数商店来说，即使是一张包含两种购买的桌子也应该可以正常工作。

这可能是一个非常复杂的情况。我所知道的是，你可能不应该每天为你计划用它做的任何事情创建一个新表。它会起作用，但不是一个好主意。你的商店每年销售数十亿件商品？这本身就是一个里程碑，但我对此表示怀疑。如果表被正确索引，MySQL可以轻松处理数百万行。如果你真的有几十亿行，我想最明智的做法是在某个时间点之后有一个存档表。@Devon我只是想做一些类似的东西，只是为了学习，然而，我想知道它看起来像在真正的商店，我想使我的数据库相应地。答案可能是你的表。。。但是，在您实际销售了几亿个产品之前，您甚至不用费心尝试，那时您应该能够雇佣一位MySQL DBA，他将确保分区的执行是合理的。