我應該每天從MySql數據庫查詢一次，並在頁面上顯示數據......這聽起來像是cron工作 - 我從來沒有這樣做過，我希望你的意見。MySql在特定時間查詢
如果我每天做一次查詢，我必須將這些數據保存在一個文件中，比如xml文件，每次頁面重新加載時，都必須解析該文件中的數據。 從我的角度來看，這將是更快，更方便用戶每次都作出查詢頁面加載，數據將被刷新......
任何幫助，請....
感謝您答案，我會更新我的答案......我不認爲這些查詢會很廣泛：類似於查找文章中最受歡迎的類別，作者所在的最受歡迎的例子......其中三個查詢。因此，從數據庫中提取的數據將僅依賴兩個表，最多三個，只有一個將具有動態數據，其他將是小型的。 我還沒有問爲什麼......因爲目前不可用......
這一切都取決於服務器上的負載。如果用戶每天要求這些數據幾次，那麼每個請求中的數據都應該是正確的（首先是KISS）。但是，如果他們多次關閉服務器，並且請求緩慢，那麼您應該關閉數據。我只是建議將它存儲到一張桌子上，並且每晚在成功重新加載時清理桌子。
事實上，我正在想要建立新的桌子......將是吻和仍然更快 – 2012-03-08 17:58:38
：）很高興提供幫助。作爲一個側面說明，請不要忘記標記這是一個公認的答案，如果你覺得它是正確的:) – 2012-03-08 18:01:40
當然不是:) – 2012-03-08 18:03:24
如果這是一個普通的查詢，不需要很長時間執行，那麼沒有理由將結果緩存在一份文件。 MySQL也內置了緩存，可能更接近你想要的。
這將取決於查詢的複雜性。如果「查詢」實際上經歷了大量工作來構建數據集或查詢十幾個不同的數據庫服務器，那麼我每天只能看到一次。
例如，如果您擁有30個州和5個國家的連鎖店，每個連鎖店都有自己的庫存水平，並且您希望在您的網站上顯示本地庫存水平，那麼我只能看到經歷了這樣做，每天一次......
如果效率是唯一的關注，它應該是很容易估計，這是更好： 的時間來運行查詢+（時間來加載XML X估計訪問） 與 時間運行查詢x預計訪問
嗯，我的意思是你的想法可能沒有考慮數據集的大小以及包含da的db服務器的限制TA。那麼數據集有多大？你有沒有問過爲什麼用這種方式？ – prodigitalson 2012-03-08 17:42:12
你有什麼要求？您是否需要保存cpu，或者您爲什麼計劃將結果存儲在文件中，並且每天只刷新一次該文件？或者查詢需要很長時間？ – sockeqwe 2012-03-08 17:42:19