我正在使用MySQL的簡單郵件系統。所以我有一個這樣的表結構(簡體):分頁統計報告
CREATE TABLE `messages` (
`id` int(10) unsigned NOT NULL DEFAULT '0',
`account_id` int(10) unsigned DEFAULT NULL,
`title` varchar(255) DEFAULT NULL,
`body` blob,
`date` datetime DEFAULT NULL,
PRIMARY KEY (`id`)
)
現在,我工作的一些神面板的統計信息應提供與此列的分頁,按列排序表報告:
用戶ID,全名&電子郵件(附表) 消息昨天已在過去30天 消息發送一生
發送 消息,因此我創建了一個messages_stats_daily
表這樣的,即夜間處理過程每晚用填滿「昨天的」數據顯示:
CREATE TABLE `messages_stats_daily` (
`date` date NOT NULL DEFAULT '0000-00-00',
`account_id` int(10) unsigned NOT NULL DEFAULT '0',
`count` int(10) unsigned DEFAULT NULL,
PRIMARY KEY (`date`,`user_id`)
)
所以這是我使用報表的查詢:
SELECT SQL_CALC_FOUND_ROWS u.*, msd1.count, SUM(msd_30days.count), SUM(msd3.count)
FROM accounts a
INNER JOIN users AS u ON a.default_user_id = u.id
LEFT JOIN messages_stats_daily msd_yesterday
ON u.account_id = msd_yesterday.account_id
AND msd_yesterday.date = date(DATE_SUB(NOW(), INTERVAL 1 DAY))
LEFT JOIN messages_stats_daily msd_30days
ON u.account_id = msd_30days.account_id
AND (msd_30days.date BETWEEN date(DATE_SUB(NOW(), INTERVAL 30 DAY)) AND CURDATE())
LEFT JOIN messages_stats_daily msd_lifetime
ON u.account_id = msd_lifetime.account_id
GROUP BY `a`.`id`
ORDER BY SUM(msd_30days.count)
LIMIT 0, 50;
但由於某些原因,這個數字是錯誤的。他們變得奇怪地相乘,但我無法確定一個固定的因素(我知道他們是乘以因爲1天,30天和2年之間的關係仍然適用)。我做錯了什麼想法?我也打開改變夜間過程行爲的統計數據。
注意:我知道我可以通過從第一個簡單查詢獲取ID然後針對這些ID發射三個簡單查詢來完成此操作,但這不起作用,因爲報告需要按列進行分頁和排序。
我想過加入兩步到夜間的過程,所以它填補了兩個額外的表'messages_stats_30days'和'messages_stats_lifetime'所以我可以避免分組。但我想確定這是最明智的。 – Mauro