使用過的讀者應該都了解， 11版本提供了一個叫做Data Modules（中文翻譯為“數(shù)據(jù)模塊”）的基于web的，這個工具非常易于使用，甚至可以由業(yè)務人員來完成建模工作，從而加快新的需求的實現(xiàn)速度。在R5中，Data Modules提供了以下新功能：

關聯(lián)Data Modules

這個功能增強了Data Modules的可重用和可組合性。可以將先前創(chuàng)建的已保存的Data Modules用作其他Data Modules的數(shù)據(jù)源。 這樣用戶就不需要重復定義相同的KPI計算，而只需直接引用已有的定義就可以了。

從R5開始，Data Modules源默認就是關聯(lián)的Data Modules。對關聯(lián)的Data Modules的更改將傳遞到引用它的所有其他Data Modules。 因此，只需要修改那個被引用的Data Module，其它引用了這個Data Module的Data Modules也就跟著做了同樣的改變。例如，Data Module A是Data Module B的源，現(xiàn)在將新的過濾器添加到Data Module A中的表上，那么在Data Module B中的這些表上也將應用這些新的過濾器。當用戶在建模界面中打開Data Module B時，就會看到這些新的過濾器。這種關聯(lián)一方面降低了模型修改的工作量，另外也減少了手工重復修改可能造成的人為錯誤。

來自關聯(lián)Data Modules的表在建模界面的元數(shù)據(jù)樹和圖中通過它們的顏色和關聯(lián)圖標來區(qū)分。如下圖所示，其中三張表鏈接到別的Data Modules，而其他兩張表則直接從數(shù)據(jù)服務器導入。來自關聯(lián)Data Modules的元數(shù)據(jù)在引用它們的Data Modules內(nèi)是只讀的。用戶可以查看關聯(lián)的Data Modules的所有屬性，包括計算表達式和過濾條件等，但是無法編輯這些屬性。在下圖顯示的右鍵彈出菜單中有一個“Break link”（斷開關聯(lián)）選項。點擊這個選項，相關的元數(shù)據(jù)將被復制，然后可以獨立于關聯(lián)的源Data Module進行編輯。用戶當然也可以在Data Modules中將關聯(lián)表和其它表Join起來，如下圖的Other Details和Product。

關聯(lián) Data Modules的價值在于可以幫助用戶加強BI項目中業(yè)務線和IT線的合作。IT可以發(fā)布受管理的可信的Data Modules，業(yè)務線用戶可以引用這些Data Modules并與自己的數(shù)據(jù)結合，同時確保始終反映IT最近的更改。 關聯(lián)的Data Modules還可以幫助用戶將個人的Data Modules保持在更小的尺度，更專注于特定主題，也使其更容易維護。

導航組

導航組是業(yè)務用戶可能聯(lián)合以進行數(shù)據(jù)探索的非度量列的集合。當Data Modules中包含導航組時，儀表板用戶可以向下和向后鉆取，以通過在信息級別之間移動來改變其分析的重點。 用戶可以按照導航組中列的順序，或通過選擇要繼續(xù)的列，在導航組中從一個列鉆取到另一個列。

用戶可以使用層次相關的列（例如國家、省、市和縣）創(chuàng)建導航組，也可以使用不具有層次關系的列（例如“產(chǎn)品”，“年”和“城市”）創(chuàng)建導航組。可以將不同表的列添加到同一個導航組中，也可以將同一列添加到多個不同的導航組中。在傳統(tǒng)BI和OLAP技術中，鉆取操作需要層次相關的數(shù)據(jù)（維度），例如從國家到省，但不能從年份到城市。導航組則提供了更強的靈活性，允許用戶在進行業(yè)務分析時實現(xiàn)從年到城市的鉆取。

DataModules中的Framework Manager包

從R4版本開始就可是使用Framework Manager包作為Data Modules的源。 這使得業(yè)務用戶可以利用自己的數(shù)據(jù)源擴展IT管理的元數(shù)據(jù)模型。 用戶可以將包與其他Data Modules、數(shù)據(jù)服務器的表、上傳的文件以及數(shù)據(jù)集合并。

在R5中，在Data Modules中只支持關系型的，動態(tài)查詢模式包，不支持DMR（dimensionally modeled relational）和OLAP元數(shù)據(jù)。

用戶在建模時如果要將一個包引入到一個Data Module中，這個包是一個黑盒子 ，用戶不能導入這個包的子集（要么是整個包，要么就不要這個包），并且包中的Join關系不會顯示在建模界面中。

只有當將包Join到表時，包的內(nèi)容才會顯示，從而使用戶能夠從包中為選擇合適的列作為Join鍵。如下圖所示，我們創(chuàng)建一個Join關系，將“GO Sal…query)”和“Order Details”通過兩邊相匹配的列連接起來。

加載數(shù)據(jù)庫模式

Cognos Analytics自動執(zhí)行大部分的數(shù)據(jù)準備過程，包括推斷表之間的關系以及為計算和使用屬性分配默認設置。我們推薦使默認值，因為這些默認值不是憑空想象的。Cognos Analytics會探測數(shù)據(jù)服務器以收集信息，如主鍵和外鍵，示例數(shù)據(jù)和統(tǒng)計信息，每個表的記錄數(shù)和特定列中的不同值等。加載所有這些元數(shù)據(jù)對于某些數(shù)據(jù)庫模式（目錄）并不需要很長時間，但是如果數(shù)據(jù)庫模式中的表比較多，如數(shù)千個表的模式，則可能需要一段時間。

在R5中，這些信息可以在建模之前加載，用戶可以控制加載的信息以減少裝載時間，當然自動數(shù)據(jù)準備也減少了。

定義與數(shù)據(jù)服務器的連接后，可以在數(shù)據(jù)服務器中加載一個或多個模式的元數(shù)據(jù)。只有加載了元數(shù)據(jù)的模式才能在Data Modules中使用。

如下圖所示，我們選擇要加載的元數(shù)據(jù)的數(shù)據(jù)庫模式。

進入模式的“Load options”，可以控制從哪些表檢索哪些信息。如果模式中包含和分析無關的表，就應該將這些表從選擇中排除掉，以便在建模時不會分散注意力，并且不會浪費檢索其元數(shù)據(jù)的時間。

Cognos Analytics V11 R5版本已經(jīng)正式發(fā)布，on Cloud的版本也更新到了V11 R5。歡迎大家試用。

慧都控件網(wǎng)2017開年鉅惠，全場6折起，限時讓利，過時不候！！！>>>

截止時間：2017年1月31日

詳情請咨詢！

客服熱線：023-66090381