可以說我有一個銷售小部件的網站。我想做一些類似於追蹤暢銷品的標籤雲。但是,由於不斷出售新的小部件,我希望銷售額每週都會衰減。跟蹤一週/月的銷售情況並找到暢銷產品
我遇到的問題困擾瞭如何存儲和操作這些數據,並使它隨着時間的推移正常衰減,使得2個月前是超熱門項目,但從此漸漸淡出的東西不顯示在列表的頂部超過當前暢銷書。這將是什麼邏輯和數據庫設計?
可以說我有一個銷售小部件的網站。我想做一些類似於追蹤暢銷品的標籤雲。但是,由於不斷出售新的小部件,我希望銷售額每週都會衰減。跟蹤一週/月的銷售情況並找到暢銷產品
我遇到的問題困擾瞭如何存儲和操作這些數據,並使它隨着時間的推移正常衰減,使得2個月前是超熱門項目,但從此漸漸淡出的東西不顯示在列表的頂部超過當前暢銷書。這將是什麼邏輯和數據庫設計?
第1部分:您必須有用於存儲要報告的數據的表格。銷售日期/時間顯然是關鍵。如果您需要處理衰減因素,那麼會產生這樣的問題:數據的好壞和相關時間有多長?在數據的「價值」衰減得如此之多以至於你不再關心它的時候,在什麼時候?對於數據庫中的任何給定條目,如果達到這一點,你會做什麼 - 將它保留在那裏,但確保它在所有後續計算中被分解出來?還是將其歸檔 - 將其複製到「歷史記錄」表中並從主「銷售」表中刪除它?這是相關的,因爲它必須考慮到你的衰變公式(以及你的容量規劃,年度報告的要求,誰知道別的什麼)。
第2部分:對衰變有多少想法你想使用的公式?沒有細節可以解決這個問題。選項和要通過的因素包括但不限於:
簡單的基於年齡的衰變是微不足道的,但可能不足。時間去核。
我在這裏的真正意義在於,您如何計算衰減率比您將其存儲在數據庫中的方式重要得多。只要數據在那裏formalu需要做計算,你應該是好的。如果你只需要上個月的數據來做到這一點,那麼你應該把所有舊的數據移動到某種歸檔表中。
你可以只算上個月/周/不管,並按照在根據該項目的銷售。如果你願意,你可以隨時添加銷售的項目的總amonut到您的公式
。
你可能已經包含了指向標準的定義的表(銷量最多,最這一點,大多數等),然後在一定時間內,存放於另一個表點每個標準的歸屬在標準表中定義。顯然,一個歷史表將被用來存儲每個賣家在給定時期或促銷活動中的得分,可以隨意調用它。
有幫助嗎?
如果我只能選擇兩個答案。你和菲利普凱利都幫助過TON。 – 2009-09-26 22:56:53
謝謝克里斯!你至少提到我幫忙!當你知道你幫助了另一位程序員時,這很好。 :-)感謝您的投票! :-) – 2009-09-26 23:02:26
我猜想我想弄清楚的是如何讓他們在一週或一個月的滾動過程中衰減。 – 2009-09-26 16:27:32
@Chris:在確定的日期內對銷售進行計數。 – 2009-09-26 16:48:41
你說的是,每當一個單位出售以及它的銷售日期時,都會進行一次數據庫錄入,然後對它們進行計數? 我想這會起作用,比我想出來的要容易得多! – 2009-09-26 16:56:50