目前在写一个短网址网站,里面每条链接被访问的时候都要记下访问次数,让用家查看
数据需要可以按月份来检视,即是链接A在5月份被访问了5次,链接B在6月份被访问了8次之类
请问这样的话数据库应该怎样设计?如果每次链接被访问都会插入一条新纪录,然后用家看报表的时候SUM起来,好像会让表的纪录太多,而且也慢
如果用一个新的表记下每个链接每月的访问次数,表的纪录好像也会太多,假设链接有20万条,那每个月这个表就要插入20万条新纪录请高手们给点实际的意见!
数据需要可以按月份来检视,即是链接A在5月份被访问了5次,链接B在6月份被访问了8次之类
请问这样的话数据库应该怎样设计?如果每次链接被访问都会插入一条新纪录,然后用家看报表的时候SUM起来,好像会让表的纪录太多,而且也慢
如果用一个新的表记下每个链接每月的访问次数,表的纪录好像也会太多,假设链接有20万条,那每个月这个表就要插入20万条新纪录请高手们给点实际的意见!
=========================
id //短网址的id
user_id //拥有者的id
slug //短网址: shorurl.com/{slug}
url //原网址表: links_viewlog
=========================
id
link_id //短网址的id
ip_address //访问者的ip
date //访问日期查询句子
=========================
SELECT COUNT(*) FROM links_viewlog WHERE user_id = '用户id' AND DATE >= '日期' AND DATA <= '日期' GROUP BY link_id最后想问一下,如果要仔细到按单日查看数据,这样是不是最快捷的了?