场景: 系统每天会生成一个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訪問量。
哥 這是分錶思想指導建的嗎?
其實我覺得看使用者場景的,如果一天的資料真的是千百萬行等級的,分天製造表也看不見得是一個糟糕的決定。