我想估計我的季節性預測與實際數據的不同。我有以下數據集:計算窗框上累積產品的總和
day real_revenue historical_coeff
01/01/2017 100 1.1
01/02/2017 105 0.98
01/03/2017 109 1.05
01/04/2017 107 1.07
01/05/2017 90 1
01/06/2017 120 0.95
01/07/2017 98 0.99
在01/01/2017
天revenue = 100
和季節性預測採取每天超過一天係數並將其應用到當前的收入。所以它預測01/02/2017
的收入將會是100*1.1 = 110
,在01/03/2017這是110*0.98 = 107.8
等等。然後,預測的剩餘收入將成爲所有預測拍攝日的總和。例如,對於天數係數應用日期後的01/01/2017
,總和將爲688.274235
。
對於第二天01/02/2017
我們從值105
開始。所以我們預測在01/03/2017
上我們會有105*0.98 = 102.9
,那麼對於01/04/2017
我們會預測102.9*1.05 = 108.045
等等。總預測剩餘收入將爲531.2557215
。
最後我想收到的表是這樣的:
day forecasted_total_remaining_revenue
01/01/2017 688.274235
01/02/2017 531.2557
01/03/2017 ...
01/04/2017 ...
01/05/2017 ...
01/06/2017 ...
01/07/2017 ...
從本質上講,我需要的累積產物的總和的每一天,即a + a*b + a*b*c + a*b*c*d + ...
。
是否有可能在vertica或sql中編寫這樣的查詢?
不應該爲'01/01結果根據所解釋的邏輯,「2017年」是「802.18129365」嗎? –
如果包含最後一個係數,也可以得到802。在我的情況下,我描述了只有7天,因此不使用最後係數。 –
「只有7天」的含義是什麼?這個問題沒有提到這一點。 –