to ice_berg16(寻梦的稻草人)
我是参考了你给我的思路,但如果数据量多了,会不会影响访问速度。
所以我看是否还有更完善的一些方法没有。你能否再简单说明一下实现思路。
如:当在管理所有标签时,每个标签后显示还有多少会员使用了该标签。(它是怎么样查询,记录,显示的,就是普通的即时查询,还是?)等。还有是否可以再加一个纯标签表:
(该表中同一会员的标签是不重复的,只增加使用次数(usenums))
uid tag usenums
2 标签1 4
3 标签1 1这样网站统计标签时,不要过滤(标签与文章表)很多重复的记录。
在统计还有谁使用tag时,就很快统计出。。这个表是否有必要存在,或有更好的设计,或该表是多余的。
我是参考了你给我的思路,但如果数据量多了,会不会影响访问速度。
所以我看是否还有更完善的一些方法没有。你能否再简单说明一下实现思路。
如:当在管理所有标签时,每个标签后显示还有多少会员使用了该标签。(它是怎么样查询,记录,显示的,就是普通的即时查询,还是?)等。还有是否可以再加一个纯标签表:
(该表中同一会员的标签是不重复的,只增加使用次数(usenums))
uid tag usenums
2 标签1 4
3 标签1 1这样网站统计标签时,不要过滤(标签与文章表)很多重复的记录。
在统计还有谁使用tag时,就很快统计出。。这个表是否有必要存在,或有更好的设计,或该表是多余的。
"每个标签后显示还有多少会员使用了该标签"这个功能,
select count(distinct uid) from tag group by tag;这时候应该定期查询结果并缓存,而不是即时查询,
当然,如果这个功能的访问量不大的话也是可以使用即时查询的。
这些统计就是一两个sql就出来了