首頁 >後端開發 >php教程 >请教下百度统计一类分析服务的数据库设计

请教下百度统计一类分析服务的数据库设计

WBOY
WBOY原創
2016-06-06 20:49:441133瀏覽

最近启动了一个新项目,类似于百度统计、友盟一类的数据分析产品。

产品中大量使用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...

回复内容:

最近启动了一个新项目,类似于百度统计、友盟一类的数据分析产品。

产品中大量使用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...

缓存表,读和写在不同的表上。转存的脚本不难写应该~

陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn