84669 person learning
152542 person learning
20005 person learning
5487 person learning
7821 person learning
359900 person learning
3350 person learning
180660 person learning
48569 person learning
18603 person learning
40936 person learning
1549 person learning
1183 person learning
32909 person learning
场景: 系统每天会生成一个mysql数据表,里面存储的当天的模块访问量,假设字段为pv。如何统计一个月的模块访问量呢?每个表的结构都是一样的。
非常感谢!
光阴似箭催人老,日月如移越少年。
= = MySQL数据表不是可以无限建的,你们这TM是什么设计。。。 建议回家看看数据库设计的书先。。。 一开始都放在一个表里,根本就不会这么蛋疼了啊??? 你们有考虑性能和可维护性的问题吗???
多表建立视图试试
select count(1) from pv_150506 union all select count(1) from pv_150507 union all ........
foreach结果集,相加汇总。
每天都自己创建一个数据表? 你是疯了
我们来假设 他是按月自动建表,每个表的数据超多
这样来进行搜索
查询的时候 联表合并查询呗 动态生成查询语句
这表分的,也是惊天动地
日志型记录表是这样设计的,频繁的插入会锁定查询操作。在linux可以写下shell脚本统计pv访问量。
哥 这是分表思想指导建的吗?
其实我觉得看用户场景的,如果一天的数据真的是千百万行级别的,分天制造表也不见得是一个糟糕的决定。
= =
MySQL数据表不是可以无限建的,你们这TM是什么设计。。。
建议回家看看数据库设计的书先。。。
一开始都放在一个表里,根本就不会这么蛋疼了啊???
你们有考虑性能和可维护性的问题吗???
多表建立视图试试
select count(1) from pv_150506
union all
select count(1) from pv_150507
union all
........
foreach结果集,相加汇总。
每天都自己创建一个数据表? 你是疯了
我们来假设 他是按月自动建表,每个表的数据超多
这样来进行搜索
查询的时候 联表合并查询呗
动态生成查询语句
这表分的,也是惊天动地
日志型记录表是这样设计的,频繁的插入会锁定查询操作。在linux可以写下shell脚本统计pv访问量。
哥 这是分表思想指导建的吗?
其实我觉得看用户场景的,如果一天的数据真的是千百万行级别的,分天制造表也不见得是一个糟糕的决定。