Database design Widgets应用统计工具的数据库设计

我们正在开发一种工具，让开发人员可以创建小部件并分发给我们网络中的一些发布者。出版商将把这些小部件插入他们的网站。我们希望开发人员和发布者看到这些小部件显示或交互的区域和一些其他统计数据的次数

目前，我们有开发者、小部件和发布者表，但由于我们预计每天会有100多万个小部件显示，我们无法将整个交互放在一个表上。你对设计这样的数据库有什么建议吗

提前感谢。

例如，MySQL每天100万次的点击率是可以接受的。如果你计算一下，这意味着每秒大约有12个查询，即使在普通硬件上，这也足够了

然而，如果您在设计时考虑到了可伸缩性，那么您应该看看等等

---

您可以在谷歌上搜索这两种情况的用例。

小部件是在屏幕上报告还是在审核以后的报告？你需要存储什么？好的，我们将存储这些小部件的显示次数、点击次数、交互次数等。我们将存储IP地址、交互用户的国家/地区以及进行交互的网站。widget没有报告，但我们将为发布者和开发人员提供一个查看报告的界面。1M widget显示每天进行1M SQL插入，应用程序本身也进行一些其他查询。我认为，尽管MySQL每天可以处理100万个查询，但在3个月内，表的大小将达到100万行，这不是很容易处理的，或者说是吗？即使在普通硬件上，每秒也可以插入数百个。我认为您不需要关注存储需求记住，硬盘空间很便宜，但要关注活动数据集的大小。您总是可以做一些简单的基准测试来查看实际性能。