请教下百度统计一类分析服务的数据库设计
最近启动了一个新项目，类似于百度统计、友盟一类的数据分析产品。
产品中大量使用count,groupby一类的聚合查询(按日期组织PV,UV,销售额一类的)，现在page_visit表数据量过百万后服务器已经稍显吃力，搭档的建议是增加缓存表，就是每天把用户的数据都算一遍，用户查询时直接从缓存表中取数据。但是缓存表带来的额外工作量会比较大，维护成本也高。
所以想请教下百度统计、友盟一类的数据库是如何设计的？
部分表结构 page_visit表: id,storeID,productID,title,ip,country,city,url,referUrl,browser,createTime,os... 每一次访问都会插入一条新的记录。
store表： id,userID,name,email...
product表： id,storeID,title,price,size,color...
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
缓存表，读和写在不同的表上。转存的脚本不难写应该~