标签: database-design
我们正在开发一种工具,可让开发人员创建小部件并分发给我们网络中的某些发布商。发布商会将这些小部件插入其网站。我们希望开发人员和发布者查看这些小部件显示或交互的次数(来自哪些区域和其他统计数据)。
目前我们有Developer,Widget,Publisher表,但由于我们预计每天会有1M +小部件显示,我们无法将整个交互放在一个表上。您对设计此类数据库有什么建议吗?
提前致谢。
答案 0 :(得分:0)
例如,1M可以接受每天MySQL的点击率。如果你进行数学计算,这意味着每秒大约12个查询,即使在适度的硬件上也是如此。
1M
MySQL
但是,如果您在设计时考虑了可扩展性,则应该查看Cassandra,MongoDB等。
您可以谷歌查看两者的用例。