可能的 Web 应用程序数据库性能问题

Question

我正在为健身房的私人教练开发一款应用程序，用于跟踪客户的锻炼情况。它的工作方式基本上分为两组。

有些练习非常简单，只有名称、描述、组数、次数和重量。然后是程序，这是培训师分配给客户的一组练习。

一旦培训师分配了一个计划，他就会选择一个开始和结束日期，这就是向客户显示的内容。假设培训师在 4/8 到 4/13 分配了一个包含练习 A、B 和 C 的计划。目标是让客户每天标记每个练习以跟踪他们做了什么。所以他们可能在 4 月 9 日只做练习 A 和 C，但在 4 月 10 日完成所有 3 项。

我遇到的问题是，这意味着它必须为每个练习、每天、每个客户写一行，当培训师/客户的数量增加时，这可能会增加很多行。

与我合作的开发人员担心这可能会导致性能问题，但长话短说，他们也很可能会编造问题以收取更多时间/小时数。

他们问我是否有解决方案，所以我问了几个朋友，他们似乎认为这不会导致问题。

所以，是的，一个非常冗长的描述都是为了询问您是否认为这样的事情对于网络应用程序来说会是一个问题。

Answer 1

好的。首先，我将这种类型的问题称为“很好”，如果您最终遇到问题（假设您正在为使用该服务收费），那么您已经赢了！
现代关系型数据库，加上适当的索引，可以毫无问题地处理数百万行数据。我怀疑您的开发人员在欺骗您，或者不知道他们在做什么。此外，任何领域的任何专业人士都不应该向外行寻求解决方案。这是我要做的：
1) 要求他们列出他们计划使用的查询、表结构和任何索引。将这些张贴在这里，有人将很容易指出他们所做工作中的任何明显缺陷
2) 要求他们将测试行填充到您认为较高的数量的表中。让他们分析他们的查询。如果他们给您带来任何麻烦，请走开。

Answer 2

不，您可以轻松处理 10 万行。

数据库架构必须设计良好，所有表都正确编入索引。 使用 InnoDB 作为存储引擎是一个不错的选择，因为外键支持可以让您在维护表完整性方面省去一些麻烦（即删除客户端，然后可能会删除他的所有练习。）

在所有页面上实现分页以避免显示太多行。