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