應用場景介紹

作為Microsoft時序演算法的應用場景，在上一篇我們已經詳細介紹了，本篇就不再贅述，總結一下就是凡事要應用時間匯流排為依據，根據以往歷史事例記錄推測以後將要發生的結果值，此種場景我們都會應用到時序演算法。

比如：預測銷售記錄、預測營業額度、預測明年公司員工人數、預測下個月房價、預測明年.....

但其實凡此種種我們要挖掘的其實是一種規律，一種事態進展中的導向，而這些可能不基於資料僅憑經驗值是做不到的或者說不準確的，凡事有因必有果，很多事情冥冥中已經註定，汗...有點佛家寓言的味道！時序演算法更重要的是展現這注定的過程，然後推算出將要發生的結果。對於本來的事例就無規律可循，這種事情是用Microsoft時序演算法無法預測的，或者預測結果是不準的，比如：大師，您幫我算算我下期彩票買什麼號能中一等獎？？？我那個去！....汗......也能算..只是不準！...

技術準備

（1）參照上一篇文章，我們利用微軟提供的案例資料倉庫（AdventureWorksDW2008R2)，這這裡我們只需要用到一張表，確切的說是一張檢視vTimeSeries，其實這裡面就是記錄的往年不同月份的銷售彙總值，稍後我們將詳細分析這部分資料。

（2）VS2008、SQL Server、 Analysis Services

操作步驟

（1）這裡我們應用上期中時序演算法的解決方案，我們開啟：

這裡上篇文章我們已經分析的很詳細，有興趣的童鞋可以參照上一篇文章，到此我們來可以驗證下該模型的準確度怎麼樣，我們來檢視“挖掘準確性圖表”

可以看到此處為灰色顯示，也就是說對於Microsoft時序演算法模型，準確度模型是沒法預測的，這也是在Microsoft所有的挖掘演算法中唯一一個不能利用準確度性圖表進行驗證的，原因很簡單：事情還沒發生，你驗證個P...

以往的挖掘模型可以通過歷史遺留的部分事例進行驗證模型的準確度，而時序演算法不行，因為你的時間維度還沒演變到此，所有的所有的都還未發生，沒法驗證。當然我們可以採用交叉驗證根據以往的事例來驗證當前時間以前發生的事是否準確。咱們後期進行....

（2）基於現有Microsoft時序演算法來推測未來發生結果值

這個步驟沒啥複雜的，就是根據上篇我們的時序挖掘模型來推測出未來將要產生的銷售額和銷售量，我們會推測出詳細的結果值表

我們進入“挖掘模型預測”面板

我們選擇源為“預測函式”，將Amount、Quantity兩個預測值拖到條件/引數視窗，然後輸入預測步驟為5，並且將主鍵列加入或者我們直接填寫查詢語句：

點選執行按鈕，我們來檢視結果：

結果出現了，M200這款自行車在歐洲在2008年的銷售額和銷售量我們已經確切的預測出來了，因為我們只是預測了5個月，其它時間段的也可以推測出，當然其它的產品可以檢視，此處我們就不展開了，剩下的工作我們將它們儲存到資料庫：

我們來檢視資料庫明細：

嘿嘿...剩下的事情就是拿著這份資料去找BOSS了....然後...就然後了......

-------------------------------------------------------霸氣的分割線------------------------------------------------------------------

到此貌似本篇文章也應該結束了，但是我估計到此結束會有很多朋友罵我是標題黨，你丫的不是說要玩彩票預測嘛，丫不是說時序演算法可以預測未來的事情嘛....咋認慫了呢....

上面的應用場景中也提到了此問題...鑑於此，我懷揣著成為“大溼”的夢想，小心翼翼的打開了百度，然後輸入了：彩票，希望從中找到點資料來瞅瞅：

看到了這霸氣的百度樂彩，而且是頭條顯示，我弱弱的點開了它，然後很仔細的看了一圈，終於在一個小角落裡找到了一個比較簡單的東西，“排列三”，嗯...就三個數是不是還好弄點，要不推測的數太多了會不會把自己搞死，嘿嘿...我打開了它，有圖有真相：

在中間一個猥瑣的地方找到了“歷史資料”，我點開了它，找的就是它：

嘿，就是它，我找到了部分歷史資料，而且裡面資料都很標準，完全符合我們時序預測的演算法，期號我們做主鍵，日期列也有..開獎號碼為預測列，嘿嘿..百度做的還是蠻可愛的！

別高興的太早，丫找到資料就牛了，這些資料隨便找個網站一大堆大堆的！

好吧，我們低調的打開了Office的Excel軟體，然後把這些資料搞到Excel中來：

點選匯入按鈕，新建一個Sheet來儲存資料，清理掉不需要的冗餘資料，得到標準的規範資料：

然後通過SQL Server自帶的匯入工具，順利的匯入到資料庫中，為了研究好這三個數，單個數字之間有沒有關聯性，為此我單獨建立了一張表，將這三個數字拆分開來研究，希望這樣得到的資料會準確一點點...以防被拍磚的風險，我們來看下建庫指令碼：

SET QUOTED_IDENTIFIER ON
GO

CREATE TABLE [dbo].[TicketResult](
    [開獎日期] [datetime] NULL,
    [期號] [float]  primary key not NULL,
    [開獎號碼] [nvarchar](255) NULL,
    [本期銷量] [float] NULL,
    [FirstNo] [int] NULL,
    [TwoNo] [int] NULL,
    [ThirdNo] [int] NULL
) ON [PRIMARY]

GO

這個指令碼很土，很多地方不標準，玩過多年資料庫的銀們不要噴我，中文欄位名、沒建索引等等吧，為了演示方便我就先湊著用著。我們將Excel匯入到庫中通過語句插入到這張表中，這過程簡單的很，我們就不貼圖了。有問題的可以私信我，我們直接看結果：

資料有了，剩下的步驟就是開啟我們的解決方案，然後新建資料來源，然後新建資料來源檢視，然後新建資料探勘結構，具體的詳細步驟不清楚的可以參考我之前文章或者私信我，這裡我們只看一下新建挖掘結構的過程中的輸入、輸出和鍵的設定：

然後完成該模型的建立，我們來看看此模型方案：

到此我們的數挖掘模型已經建立完畢，然後部署下，然後處理下，我們就可以瀏覽結果了！

懷著沉重的心情，我悄悄的打開了“挖掘模型檢視器”，結果，你懂得...

你妹呀，這是神馬？一堆亂碼...一片混沌嘛...

但是、但是我不能對不起“大溼”的稱號，我要從中找到點神馬...哪怕是一點點蛛絲馬跡..我小心翼翼的選擇了第一個數字的預測：FirstNO:

從選擇第一個數字的預測圖我們可以看到，歷史結果值集中在中間值，以4為最佳值，並且以此值作為分割點向兩側逐漸減少出現次數，然後我通過點選順利的預測出來明天也就是2014年10月15號的第一個數字應該是4！...我去...好數字...這個數字出現概率最高，為了給自己挽回顏面，可愛的VS也將它作為明天最佳的預測值。

然後..然後我又看了其它數字的預測，通過上面的方法將明天的結果預測結果值儲存到了資料庫，我們來看：

我們點選來看執行結果：

哈哈...明天的彩票值我已經順利的預測出來了：看看...4、7、5！嘿嘿...就是這個值了..有興趣的童鞋可以去買了，中了算你的，不中也算你的...明天不中我還會贈送後天...大後天！。。。

其實經過上面的分析已經得到對於排列三這種彩票他是有規律就是出現的概率集中於中間值，也就是4，如果從長期來看買這塊資料肯定能賺。

然後我們將這部分值儲存到資料庫，然後拿著這部分勝利的資料，去到彩票網站買彩票去！

嘿嘿...接下來的事我就等著：升職、加薪、出任CEO、贏取白富美、走上人生巔峰.....哈哈...

我果斷的掏出了手機，進入到了彩票網站，選擇排列三這種彩票，準備購買：

4+7+5=16...哈哈，我利用“求和”這種方案就買16這個數字了！

但是我詳細看了看...

尼瑪!...選擇的數字得到的回報率是不一樣的！也就是說越選擇接近4的中獎概率高，但是得到的獎金回報率也少，選擇離4遠的數值中獎概率低，但是得到的獎金回報率也高！...

我那個去...

我的高富帥夢、我的大溼夢！.....

結語

呵呵...通過上面的分析基本上我們能看到時序演算法的好處，從上面的結果預測值來看..其實和他們官網給出的獎金方案還是有出入的，比如我預測求和值的大部分是16、14、17...這些值全部大於11...而根據它上面的圖片可以看到他們推薦的最高中獎數應該是10和11...返回金額都是9塊錢！