我正在一个网站上工作，归结起来，将作为一个荣耀的待办事项清单为最终用户工作。SQL是我做这件事最不需要经验的地方。不管实际情况是否如此，这实际上会获得如此庞大的用户群，我如何设计这样一个场景：我有成千上万或更多的人在这个表中添加了几十个自己的项？
这是我目前为
项目表：
ItemID | UserID | Content | subcent | Parent | Hierarchy | Days | Note | Alert | Deadline
因此，每个用户创建的项都包含在该表中，使用类似“SELECT*WHERE UserID=$thisUser”的内容进行查询，然后放置在页面上，并使用该行的其他信息进行正确处理。
在这种布局下，数十万或数百万条条目会成为一个严重的性能问题吗？如果你有任何你认为有用的建议或资源，我将不胜感激。谢谢您。
最佳答案
如果对列用户id进行索引，那么十几万或几百万应该不是什么大问题。如果我们提到更多的行，可能有几千万或一亿行，您应该考虑一种根据用户平均分配项目的方法。然而，行数只是影响性能的一个方面。修改数据和查询数据库的代码可能会产生更大的影响。