扫码关注官方订阅号
84669人学习
65727人学习
82984人学习
467778人学习
498837人学习
471966人学习
256484人学习
152542人学习
224170人学习
139536人学习
81804人学习
85022人学习
11944人学习
20001人学习
60816人学习
5487人学习
15007人学习
2150人学习
6980人学习
194925人学习
359900人学习
1142人学习
19058人学习
3206人学习
180550人学习
48569人学习
17603人学习
40936人学习
1049人学习
750人学习
32909人学习
场景: 系统每天会生成一个mysql数据表,里面存储的当天的模块访问量,假设字段为pv。如何统计一个月的模块访问量呢?每个表的结构都是一样的。
非常感谢!
光阴似箭催人老,日月如移越少年。
= = MySQL数据表不是可以无限建的,你们这TM是什么设计。。。 建议回家看看数据库设计的书先。。。 一开始都放在一个表里,根本就不会这么蛋疼了啊??? 你们有考虑性能和可维护性的问题吗???
多表建立视图试试
select count(1) from pv_150506 union all select count(1) from pv_150507 union all ........
foreach结果集,相加汇总。
每天都自己创建一个数据表? 你是疯了
我们来假设 他是按月自动建表,每个表的数据超多
这样来进行搜索
查询的时候 联表合并查询呗 动态生成查询语句
这表分的,也是惊天动地
日志型记录表是这样设计的,频繁的插入会锁定查询操作。在linux可以写下shell脚本统计pv访问量。
哥 这是分表思想指导建的吗?
其实我觉得看用户场景的,如果一天的数据真的是千百万行级别的,分天制造表也不见得是一个糟糕的决定。
微信扫码关注PHP中文网服务号
QQ扫码加入技术交流群
扫描下载App
Copyright 2014-2024 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
精品班
技术支持
技术咨询
学习群
会员优惠
返回顶部
= =
MySQL数据表不是可以无限建的,你们这TM是什么设计。。。
建议回家看看数据库设计的书先。。。
一开始都放在一个表里,根本就不会这么蛋疼了啊???
你们有考虑性能和可维护性的问题吗???
多表建立视图试试
select count(1) from pv_150506
union all
select count(1) from pv_150507
union all
........
foreach结果集,相加汇总。
每天都自己创建一个数据表? 你是疯了
我们来假设 他是按月自动建表,每个表的数据超多
这样来进行搜索
查询的时候 联表合并查询呗
动态生成查询语句
这表分的,也是惊天动地
日志型记录表是这样设计的,频繁的插入会锁定查询操作。在linux可以写下shell脚本统计pv访问量。
哥 这是分表思想指导建的吗?
其实我觉得看用户场景的,如果一天的数据真的是千百万行级别的,分天制造表也不见得是一个糟糕的决定。