首頁>Web>source

所以我有一个現有的wordpress網站,我们正在為其構建下載部分.下載將是自定義帖子型別和檔案.現在,我们需要一些統計資訊,例如每cpt的下載數量(需要)和下載的人(登錄使用者)(非常好).每天將有數百个(2009年使用者,每个使用者下載几个檔案(3-5)。

我们一直在考虑仅向資料庫建立新表,並且每次有人下載內容時,都会在其中添加帶有ref的新行. cpt ID,使用者ID和日期.但是然後再想一想,這對於db可能太重了? 現在您將如何做? 什麼是更有效和更好的方法呢?

最新回復
  • 10月前
    1 #

    這更多是一个MySQL問题,但是我认為您的設計很好,即使有很多行也不会造成任何資料庫問题 (最高1,000,000).原因是:

    為什麼這樣很好 威兹威兹 威兹威兹 但您的數量很少。

    除非您需要執行報表,否則每小時几乎不会在该表上进行任何认真的"讀取"操作,从而不会给MySQL造成任何負担

    仅將資料儲存在單独的表中不会對資料庫的其餘部分或wordpress产生影响-它不会减慢其他任何事情的速度除非该表很大並且您達到了磁盤空間限製.

    這个設計是

      Nearly everything you do with this table should be writes, and there will only be a 'small' number of writes per day (up to a thousand?). This is not a good idea if you're doing many writes 例如,如果您開始做某事,例如在每个wordpress頁面載入時从该表中顯示報告,則需要进行優化,但是我需要从您的問题中了解這是您自己的統計資訊和報告使用情况。

      所以去吧.在設計時建議一些建議,以便將来擴充套件:

      設計註意事項 威兹威兹 威兹威兹 如果您對该表进行大型報表查詢,則在表较大時会很慢,或者可能会产生很多負載.為了减轻這種情况,請考虑將資料从该表複製到執行報告的另一个資料庫的過程.這意味着那些繁琐的報表查詢不会影响您正在執行的wordpress,但是您仍然具有寫入速度快的優點.複製整个表格應该轻松快捷。

      per second

  • wordpress:使用wP_User_Query的數字进行分頁
  • wordpress:如何使用ACF編寫PHP陣列以呈現作業發佈的JSON-LD標記