假设我有一张25000行左右的桌子：
item_id, item_name, item_value, etc...
我的应用程序允许用户生成动态列表，每个列表包含2-300个项目。
我是否应该将所有这些关系存储在一个包含
dynamic_list_id, item_id列的大表中？每个动态列表最终都会在这个表中有2-300行，表的大小可能会膨胀到数百万，甚至数十亿。这个表也会被频繁地查询，每秒检索几个动态列表。大桌子是最好的方式吗？将它拆分为动态表（可能由用户命名）是否有意义？
我真的很茫然，当涉及到准备数据库的海量数据这样，所以任何洞察都会非常感谢。
最佳答案
是的，我建议采用您建议的设计：“一个带有动态列表id、item id列的巨型表。”
通过索引选择、增加轴数、读写臂和SSD缓存，可以根据需要轻松地解决性能问题。
从总体上看，这个数据库并不是特别大。如今，要成为一个大数据库需要几十到几百个结核病。
关于mysql - 使用一张巨型MySQL表？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/15400654/