我正在为健身房的私人教练工作，以跟踪他们客户的锻炼情况。它的工作方式基本上分为两组。
有练习，非常简单，只有名称，描述，集合，代表和重量。然后是程序，这是训练员分配给客户的一组练习。
一旦培训师分配了一个程序，他就会选择一个开始和结束日期，这就是为客户提供的内容。所以说训练师从4月8日到4月13日分配一个练习A，B和C的程序。目标是让客户每天标记每次锻炼以跟踪他们所做的事情。所以他们可能只在4/9做练习A和C，但在4月10日做全部3。
我遇到的问题是，这意味着它必须为每个客户每天为每个练习写一行，当培训师/客户数量增加时，这可以累加很多行。 / p>
我正在与之合作的开发人员担心它可能会导致性能问题，但长话短说，他们也很可能会在问题上花费更多时间/小时。
他们问我是否有解决方案，所以我问了一些似乎不认为会导致问题的朋友。
所以是的，一个非常冗长的描述都要问你是否认为这样的东西对于网络应用来说是一个问题。
答案 0 :(得分：0)
不，你可以轻松处理100k行。
必须精心设计数据库架构，正确索引所有表。 使用InnoDB作为存储引擎是一个不错的选择，因为外键支持可以帮助您节省一些令人头疼的事情来保持表的完整性（即客户端被删除然后他的所有练习都可能被删除。）
在所有页面上实施分页，以避免显示太多行。
答案 1 :(得分：0)
行。首先，我把这种类型的问题称为“不错的”，如果你最终遇到问题（假设你正在收取使用服务的费用），你已经赢了！
具有适当索引的现代关系数据库可以毫无问题地处理数百万行数据。我怀疑你的开发人员在欺骗你，或者不知道他们在做什么。任何领域的任何专业人士都不应该向外行人寻求解决方案。这就是我要做的事情：
1）要求他们列出他们计划使用的查询，表格结构和任何索引。将这些发布在这里，有人可以很容易地指出他们所做的任何明显的缺陷2）要求他们用测试行填充表格，你会认为这个数字很高。让他们描述他们的查询。如果他们给你带来任何麻烦，那就走吧。