跟踪海量邮件MySQL设计

我（也）在写一个基于web的群发电子邮件应用程序。这是一个音乐会组织者。我从SQL DB邀请乐器演奏者参加每场音乐会，我需要跟踪这些人的情况（主要是手动喂食：），然后我想向他们发送一份排练时间表，并在我转移给他们的金额后发送给他们

假设我一年有15场音乐会，每场音乐会邀请100-200名演奏者，我想要80场/场

我的SQL设计是：

联系方式数据库|音乐会项目数据库|跟踪数据库

你认为几年后的追踪会不会太大而无法操作，或者在没有明显增加加载时间的情况下，我可以通过网络管理多少记录。还是有更好的办法

---

任何有想法的人，请炮轰我：））谢谢

以每年5000英镑的速度，即使你把数据库放在手机上，它也会冒烟，所以不要为此而失眠。 即使你一年大约有50万条记录（100倍以上），你最终也会在5年内拥有250万条记录，这仍然不是一个巨大的数据量，即使在今天，一个相当便宜的服务器也无法处理，更不用说5年了

---

所以，无论你做什么，以你的速度，它都会很好，但是如果你想发布一个详细的数据库模型，我相信有人会给你反馈。停止想太多优化的事情，做些该死的事情，你会感觉更好。

好吧，你期望有多少记录？假设每年不超过5000行，你可以在mySQL db表中存储数十万行。别担心。我知道这一点，但我也需要保持速度：）