多个用户的MySQL数据库结构，每个用户有100到1000个唯一行
我目前正在开发一个网站，允许用户管理他们的“食品储藏室”、“食谱”、“用餐计划”和“购物车”中的物品。由于这些表中的每一个都可以容纳大量的唯一项，并且每个表对用户来说都是唯一的，因此为每个用户创建新表，或者简单地用每个表中的每个条目记录用户ID，是更有效的方法吗 我这样问是因为我可以看到一个包含1000多个餐具室物品的表格，分为20个用户，其中按id查找所有物品可能比简单地查找该用户表格并显示所有结果更昂贵 还是有其他第三种选择我甚至没有考虑多个用户的MySQL数据库结构，每个用户有100到1000个唯一行,mysql,database,performance,database-design,Mysql,Database,Performance,Database Design,我目前正在开发一个网站，允许用户管理他们的“食品储藏室”、“食谱”、“用餐计划”和“购物车”中的物品。由于这些表中的每一个都可以容纳大量的唯一项，并且每个表对用户来说都是唯一的，因此为每个用户创建新表，或者简单地用每个表中的每个条目记录用户ID，是更有效的方法吗 我这样问是因为我可以看到一个包含1000多个餐具室物品的表格，分为20个用户，其中按id查找所有物品可能比简单地查找该用户表格并显示所有结果更昂贵 还是有其他第三种选择我甚至没有考虑 非常感谢您的帮助。如果需要更多信息，请询问。我将为用
非常感谢您的帮助。如果需要更多信息，请询问。我将为用户创建一个数据库，一个表（包含他们的“唯一ID”和元信息），然后为与唯一ID关联的每个区域（餐具室项目、食谱等）创建一个单独的表 用户：
ID|Username|Password|RealName....
1|Jojo | *******|Joseph
ID|Username|Name |Ingredients |Prep....
1|Jojo |Chicken Tarag.. | 1 pound of... |Prepare ....
Eazy-peazy.有了适当的索引，一张表就可以了。千万不要照你的建议去做。曾经而且每个用户的表将使编写所有用户的通用查询变得困难。你真的希望只有20个用户吗？一张桌子。呸！每个重要元素一张桌子。好的，我明白了。哈哈。我没有接受过关于数据库的正式教育，我很感谢你的帮助（：从评论中意识到了这一点，但感谢你给出了答案。希望这能帮助未来的“谷歌人”