動態(tài)構(gòu)建多維模型定義的裝置和方法
【專利摘要】本發(fā)明提供了一種動態(tài)構(gòu)建多維模型定義的裝置，包括：客戶端，用于通過封裝MDX、Schema和數(shù)據(jù)源信息，發(fā)送請求，并獲取查詢及分析結(jié)果；OLAP服務(wù)器，用于基于發(fā)送的請求，進行動態(tài)修改、多維計算、多維聚合和存儲處理，將得到的查詢及分析結(jié)果返回。本發(fā)明還提供了一種動態(tài)構(gòu)建多維模型定義的方法。通過本發(fā)明的技術(shù)方案，可以在現(xiàn)有的模型構(gòu)建方式基礎(chǔ)上，充分利用單對象類型完成多對象類型的模型構(gòu)建，建立多對象類型參與的模型的通用、統(tǒng)一構(gòu)建思路。
【專利說明】動態(tài)構(gòu)建多維模型定義的裝置和方法

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及計算機【技術(shù)領(lǐng)域】，具體地，涉及一種動態(tài)構(gòu)建多維模型定義的裝置和一種動態(tài)構(gòu)建多維模型定義的方法。
[0002]

【背景技術(shù)】
[0003]通常情況下，在一次聯(lián)機分析處理的過程中，需要向后臺服務(wù)器傳遞執(zhí)行的多維查詢語句(MDX)，多維模型定義(后面用Schema簡稱)及數(shù)據(jù)源信息，后臺服務(wù)器在執(zhí)行時無法改變Schema定義。
[0004]因此，需要一種新的模型構(gòu)建技術(shù)，可以在現(xiàn)有的模型構(gòu)建方式基礎(chǔ)上，充分利用單對象類型完成多對象類型的模型構(gòu)建，建立多對象類型參與的模型的通用、統(tǒng)一構(gòu)建思路。
[0005]


【發(fā)明內(nèi)容】

[0006]本發(fā)明正是基于上述問題，提出了一種新的模型構(gòu)建技術(shù)，可以在現(xiàn)有的模型構(gòu)建方式基礎(chǔ)上，充分利用單對象類型完成多對象類型的模型構(gòu)建，建立多對象類型參與的模型的通用、統(tǒng)一構(gòu)建思路。
[0007]有鑒于此，本發(fā)明提出了一種動態(tài)構(gòu)建多維模型定義的裝置，包括:客戶端，用于通過封裝MDX、Schema和數(shù)據(jù)源信息，發(fā)送請求，并獲取查詢及分析結(jié)果；0LAP服務(wù)器，用于基于發(fā)送的請求，進行動態(tài)修改、多維計算、多維聚合和存儲處理，將得到的查詢及分析結(jié)果返回。在該技術(shù)方案中，可以使應(yīng)用于企業(yè)的多維分析更加靈活，可擴展性更高，使多維模型更加簡化，降低建模的復(fù)雜度，簡化報表開發(fā)人員的工作等。
[0008]在上述技術(shù)方案中，優(yōu)選地，所述客戶端，具體包括:請求發(fā)送模塊，用于通過封裝MDX、Schema和數(shù)據(jù)源信息，發(fā)送請求；結(jié)果獲取模塊，用于獲取查詢及分析結(jié)果。在該技術(shù)方案中，可以使多維模型定義相對簡化、固定，根據(jù)報表需求，在查詢分析中，把需求通過上下文形式進行傳遞。
[0009]在上述技術(shù)方案中，優(yōu)選地，所述OLAP服務(wù)器，具體包括:規(guī)則處理層，用于基于發(fā)送的請求，對Schema進行動態(tài)修改；多維計算層，用于基于動態(tài)修改的結(jié)果，進行多維計算；多維聚合層，用于基于多維計算的結(jié)果，進行多維聚合；存儲層，用于基于多維聚合得到的查詢及分析結(jié)果，進行存儲，并返回。在該技術(shù)方案中，通過對Schema進行動態(tài)修改，可以在相對穩(wěn)定的多維模型基礎(chǔ)上應(yīng)對靈活多變的報表需求，需要根據(jù)上下文及報表請求信息，動態(tài)地修改多維模型定義進行查詢分析。
[0010]在上述技術(shù)方案中，優(yōu)選地，所述規(guī)則處理層對Schema進行動態(tài)修改的操作，進一步包括:解析發(fā)送的請求，獲取Schema的XML文件；通過上下文信息，為解析所得XML文件增加或修改元素節(jié)點，實現(xiàn)對Schema的修改。在該技術(shù)方案中，可以使用戶不改變多維模型的情況下，通過上下文信息選擇模型并改變執(zhí)行結(jié)果，增加了多維分析的靈活性和可擴展性。
[0011 ] 在上述技術(shù)方案中，優(yōu)選地，所述客戶端封裝的Schema，作為參數(shù)傳遞到后臺服務(wù)器時是以XML形式存在的。
[0012]根據(jù)本發(fā)明的又一個方面，還提出了一種動態(tài)構(gòu)建多維模型定義的方法，包括:步驟202:通過封裝MDX、Schema和數(shù)據(jù)源信息，發(fā)送請求，并獲取查詢及分析結(jié)果；步驟204:基于發(fā)送的請求，進行動態(tài)修改、多維計算、多維聚合和存儲處理，將得到的查詢及分析結(jié)果返回。在該技術(shù)方案中，可以使應(yīng)用于企業(yè)的多維分析更加靈活，可擴展性更高，使多維模型更加簡化，降低建模的復(fù)雜度，簡化報表開發(fā)人員的工作等。
[0013]在上述技術(shù)方案中，優(yōu)選地，所述步驟202，具體包括:步驟302:通過封裝MDX、Schema和數(shù)據(jù)源信息，發(fā)送請求；步驟304:獲取查詢及分析結(jié)果。在該技術(shù)方案中，可以使多維模型定義相對簡化、固定，根據(jù)報表需求，在查詢分析中，把需求通過上下文形式進行傳遞。
[0014]在上述技術(shù)方案中，優(yōu)選地，所述步驟204，具體包括:步驟402:基于發(fā)送的請求，對Schema進行動態(tài)修改；步驟404:基于動態(tài)修改的結(jié)果,進行多維計算；步驟406:基于多維計算的結(jié)果，進行多維聚合；步驟408:基于多維聚合得到的查詢及分析結(jié)果，進行存儲，并返回。在該技術(shù)方案中，通過對Schema進行動態(tài)修改，可以在相對穩(wěn)定的多維模型基礎(chǔ)上應(yīng)對靈活多變的報表需求，需要根據(jù)上下文及報表請求信息，動態(tài)地修改多維模型定義進行查詢分析。
[0015]在上述技術(shù)方案中，優(yōu)選地,所述步驟402對Schema進行動態(tài)修改的操作,進一步包括:解析發(fā)送的請求，獲取Schema的XML文件；通過上下文信息，為解析所得XML文件增加或修改元素節(jié)點，實現(xiàn)對Schema的修改。在該技術(shù)方案中，可以使用戶不改變多維模型的情況下，通過上下文信息選擇模型并改變執(zhí)行結(jié)果，增加了多維分析的靈活性和可擴展性。
[0016]在上述技術(shù)方案中，優(yōu)選地，所述步驟202封裝的Schema，作為參數(shù)傳遞到步驟204時是以XML形式存在的。
[0017]通過以上技術(shù)方案，可以在現(xiàn)有的模型構(gòu)建方式基礎(chǔ)上，充分利用單對象類型完成多對象類型的模型構(gòu)建，建立多對象類型參與的模型的通用、統(tǒng)一構(gòu)建思路。
[0018]

【專利附圖】

【附圖說明】
[0019]圖1示出了根據(jù)本發(fā)明的實施例的動態(tài)構(gòu)建多維模型定義的裝置的框圖；
圖2示出了根據(jù)本發(fā)明的實施例的動態(tài)構(gòu)建多維模型定義的方法的流程圖；
圖3示出了根據(jù)本發(fā)明的實施例的客戶端的流程圖；
圖4示出了根據(jù)本發(fā)明的實施例的OLAP服務(wù)器的流程圖；
圖5示出了對于傳統(tǒng)的多維分析的流程圖；
圖6示出了根據(jù)本發(fā)明的實施例的多維分析的流程圖。
[0020]

【具體實施方式】
[0021]為了能夠更清楚地理解本發(fā)明的上述目的、特征和優(yōu)點，下面結(jié)合附圖和【具體實施方式】對本發(fā)明進行進一步的詳細(xì)描述。需要說明的是，在不沖突的情況下，本申請的實施例及實施例中的特征可以相互組合。
[0022]在下面的描述中闡述了很多具體細(xì)節(jié)以便于充分理解本發(fā)明，但是，本發(fā)明還可以采用其他不同于在此描述的其他方式來實施，因此，本發(fā)明的保護范圍并不受下面公開的具體實施例的限制。
[0023]圖1示出了根據(jù)本發(fā)明的實施例的動態(tài)構(gòu)建多維模型定義的裝置的框圖。
[0024]如圖1所示，根據(jù)本發(fā)明的實施例的動態(tài)構(gòu)建多維模型定義的裝置100，包括:客戶端102，用于通過封裝MDX、Schema和數(shù)據(jù)源信息，發(fā)送請求，并獲取查詢及分析結(jié)果；OLAP服務(wù)器104，用于基于發(fā)送的請求，進行動態(tài)修改、多維計算、多維聚合和存儲處理，將得到的查詢及分析結(jié)果返回。在該技術(shù)方案中，可以使應(yīng)用于企業(yè)的多維分析更加靈活，可擴展性更高，使多維模型更加簡化，降低建模的復(fù)雜度，簡化報表開發(fā)人員的工作等。
[0025]在上述技術(shù)方案中，優(yōu)選地，客戶端102，具體包括:請求發(fā)送模塊1022，用于通過封裝MDX、Schema和數(shù)據(jù)源信息，發(fā)送請求；結(jié)果獲取模塊1024，用于獲取查詢及分析結(jié)果。在該技術(shù)方案中，可以使多維模型定義相對簡化、固定，根據(jù)報表需求，在查詢分析中，把需求通過上下文形式進行傳遞。
[0026]在上述技術(shù)方案中，優(yōu)選地，OLAP服務(wù)器104，具體包括:規(guī)則處理層1042，用于基于發(fā)送的請求，對Schema進行動態(tài)修改；多維計算層1044，用于基于動態(tài)修改的結(jié)果，進行多維計算；多維聚合層1046，用于基于多維計算的結(jié)果，進行多維聚合；存儲層1048，用于基于多維聚合得到的查詢及分析結(jié)果，進行存儲，并返回。在該技術(shù)方案中，通過對Schema進行動態(tài)修改，可以在相對穩(wěn)定的多維模型基礎(chǔ)上應(yīng)對靈活多變的報表需求，需要根據(jù)上下文及報表請求信息，動態(tài)地修改多維模型定義進行查詢分析。
[0027]在上述技術(shù)方案中，優(yōu)選地，規(guī)則處理層1042對Schema進行動態(tài)修改的操作，進一步包括:解析發(fā)送的請求，獲取Schema的XML文件；通過上下文信息，為解析所得XML文件增加或修改元素節(jié)點，實現(xiàn)對Schema的修改。在該技術(shù)方案中，可以使用戶不改變多維模型的情況下，通過上下文信息選擇模型并改變執(zhí)行結(jié)果，增加了多維分析的靈活性和可擴展性。
[0028]在上述技術(shù)方案中，優(yōu)選地，客戶端102封裝的Schema，作為參數(shù)傳遞到后臺服務(wù)器時是以XML形式存在的。
[0029]圖2示出了根據(jù)本發(fā)明的實施例的動態(tài)構(gòu)建多維模型定義的方法的流程圖。
[0030]如圖2所示，根據(jù)本發(fā)明的實施例的動態(tài)構(gòu)建多維模型定義的方法，包括:步驟202:通過封裝MDX、Schema和數(shù)據(jù)源信息，發(fā)送請求，并獲取查詢及分析結(jié)果；步驟204:基于發(fā)送的請求，進行動態(tài)修改、多維計算、多維聚合和存儲處理，將得到的查詢及分析結(jié)果返回。在該技術(shù)方案中，可以使應(yīng)用于企業(yè)的多維分析更加靈活，可擴展性更高，使多維模型更加簡化，降低建模的復(fù)雜度，簡化報表開發(fā)人員的工作等。
[0031]在上述技術(shù)方案中，優(yōu)選地，如圖3所示，步驟202，具體包括:步驟302:通過封裝MDX、Schema和數(shù)據(jù)源信息，發(fā)送請求；步驟304:獲取查詢及分析結(jié)果。在該技術(shù)方案中，可以使多維模型定義相對簡化、固定，根據(jù)報表需求，在查詢分析中，把需求通過上下文形式進行傳遞。
[0032]在上述技術(shù)方案中，優(yōu)選地，如圖4所示，步驟204，具體包括:步驟402:基于發(fā)送的請求，對Schema進行動態(tài)修改；步驟404:基于動態(tài)修改的結(jié)果，進行多維計算；步驟406:基于多維計算的結(jié)果，進行多維聚合；步驟408:基于多維聚合得到的查詢及分析結(jié)果，進行存儲，并返回。在該技術(shù)方案中，通過對Schema進行動態(tài)修改,可以在相對穩(wěn)定的多維模型基礎(chǔ)上應(yīng)對靈活多變的報表需求，需要根據(jù)上下文及報表請求信息，動態(tài)地修改多維模型定義進行查詢分析。
[0033]在上述技術(shù)方案中，優(yōu)選地,步驟402對Schema進行動態(tài)修改的操作,進一步包括:解析發(fā)送的請求，獲取Schema的XML文件；通過上下文信息，為解析所得XML文件增加或修改元素節(jié)點，實現(xiàn)對Schema的修改。在該技術(shù)方案中，可以使用戶不改變多維模型的情況下，通過上下文信息選擇模型并改變執(zhí)行結(jié)果，增加了多維分析的靈活性和可擴展性。
[0034]在上述技術(shù)方案中，優(yōu)選地，步驟202封裝的Schema，作為參數(shù)傳遞到步驟204時是以XML形式存在的。
[0035]本發(fā)明的技術(shù)方案，具體提供了一種聯(lián)機分析處理系統(tǒng)中動態(tài)構(gòu)建多維模型定義的方法及裝置，適用于聯(lián)機分析中多維模型已確定、但希望在執(zhí)行時動態(tài)改變多維模型的場景。
[0036]本發(fā)明的技術(shù)方案，是一種在OLAP服務(wù)器執(zhí)行時，動態(tài)修改Schema的方法及裝置，可以使用戶不改變多維模型的情況下，通過上下文信息選擇模型并改變執(zhí)行結(jié)果，增加了多維分析的靈活性和可擴展性。
[0037]多維模型是為了滿足用戶從多角度多層次進行數(shù)據(jù)查詢和分析的需要而建立起來的基于事實表和維表的數(shù)據(jù)模型。
[0038]建立多維模型的作用在于，通過數(shù)據(jù)倉庫可以根據(jù)不同的數(shù)據(jù)需求建立起各類多維模型，并組成數(shù)據(jù)集市開放給不同的用戶群體使用，也就是根據(jù)需求定制的各類數(shù)據(jù)商品擺放在數(shù)據(jù)集市中供不同的數(shù)據(jù)消費者進行采購。
[0039]為了在相對穩(wěn)定的多維模型基礎(chǔ)上應(yīng)對靈活多變的報表需求，需要根據(jù)上下文及報表請求信息，動態(tài)地修改多維模型定義進行查詢分析。
[0040]對于傳統(tǒng)的多維分析，它的流程如圖5所示。如圖5所示，客戶端通過封裝MDX、Schema和數(shù)據(jù)源信息，發(fā)送請求到OLAP服務(wù)器，獲取查詢分析結(jié)果。
[0041]本發(fā)明技術(shù)方案對于上述過程的改進，如圖6所示?？梢钥闯觯倪M后的OLAP服務(wù)器結(jié)構(gòu)增加了規(guī)則處理層，在這個模塊中，可以對Schema進行動態(tài)修改，比如根據(jù)上下文信息在定義中增加模型(立方體、指標(biāo)等)，以及增加對其他Schema引用的維度模型的處理(引用其他Schema中的維度模型，使多維模型更加簡化，模型間實現(xiàn)共享)。
[0042]具體的實現(xiàn)邏輯是，Schema作為參數(shù)傳遞到后臺服務(wù)器時是以XML形式存在的，在規(guī)則處理層中，解析XML文件，通過上下文信息，為XML增加或修改元素節(jié)點，達到修改Schema的目的。
[0043]目前本發(fā)明技術(shù)方案已經(jīng)在OLAP服務(wù)器中取得實現(xiàn)。應(yīng)用本發(fā)明技術(shù)方案可以使多維模型定義相對簡化、固定，根據(jù)報表需求，在查詢分析中，把需求通過上下文形式傳遞到后臺服務(wù)器。
[0044]本發(fā)明技術(shù)方案使應(yīng)用于企業(yè)的多維分析更加靈活，可擴展性更高，使多維模型更加簡化，降低建模的復(fù)雜度，簡化報表開發(fā)人員的工作等。
[0045]以上結(jié)合附圖詳細(xì)說明了本發(fā)明的技術(shù)方案，考慮到相關(guān)技術(shù)中沒有簡便的、統(tǒng)一的針對復(fù)雜類型模型構(gòu)建的解決辦法。現(xiàn)有的模型構(gòu)建無法完成有復(fù)雜類型參與的模型構(gòu)建過程。因此，本發(fā)明提出了一種動態(tài)構(gòu)建多維模型定義的裝置和一種動態(tài)構(gòu)建多維模型定義的方法，可以在現(xiàn)有的模型構(gòu)建方式基礎(chǔ)上，充分利用單對象類型完成多對象類型的模型構(gòu)建，建立多對象類型參與的模型的通用、統(tǒng)一構(gòu)建思路。
[0046]以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
【權(quán)利要求】
1.一種動態(tài)構(gòu)建多維模型定義的裝置，其特征在于，包括: 客戶端，用于通過封裝MDX、Schema和數(shù)據(jù)源信息，發(fā)送請求，并獲取查詢及分析結(jié)果；OLAP服務(wù)器，用于基于發(fā)送的請求，進行動態(tài)修改、多維計算、多維聚合和存儲處理，將得到的查詢及分析結(jié)果返回。
2.根據(jù)權(quán)利要求1所述的動態(tài)構(gòu)建多維模型定義的裝置，其特征在于，所述客戶端，具體包括: 請求發(fā)送模塊，用于通過封裝MDX、Schema和數(shù)據(jù)源信息，發(fā)送請求； 結(jié)果獲取模塊，用于獲取查詢及分析結(jié)果。
3.根據(jù)權(quán)利要求1所述的動態(tài)構(gòu)建多維模型定義的裝置，其特征在于，所述OLAP服務(wù)器，具體包括: 規(guī)則處理層，用于基于發(fā)送的請求，對Schema進行動態(tài)修改； 多維計算層，用于基于動態(tài)修改的結(jié)果，進行多維計算； 多維聚合層，用于基于多維計算的結(jié)果，進行多維聚合； 存儲層，用于基于多維聚合得到的查詢及分析結(jié)果，進行存儲，并返回。
4.根據(jù)權(quán)利要求3所述的動態(tài)構(gòu)建多維模型定義的裝置，其特征在于，所述規(guī)則處理層對Schema進行動態(tài)修改的操作,進一步包括: 解析發(fā)送的請求，獲取Schema的XML文件； 通過上下文信息，為解析所得XML文件增加或修改元素節(jié)點，實現(xiàn)對Schema的修改。
5.根據(jù)權(quán)利要求1-4中任一項所述的動態(tài)構(gòu)建多維模型定義的裝置，其特征在于，所述客戶端封裝的Schema，作為參數(shù)傳遞到后臺服務(wù)器時是以XML形式存在的。
6.—種動態(tài)構(gòu)建多維模型定義的方法,其特征在于,包括: 步驟202:通過封裝MDX、Schema和數(shù)據(jù)源信息，發(fā)送請求，并獲取查詢及分析結(jié)果；步驟204:基于發(fā)送的請求，進行動態(tài)修改、多維計算、多維聚合和存儲處理，將得到的查詢及分析結(jié)果返回。
7.根據(jù)權(quán)利要求6所述的動態(tài)構(gòu)建多維模型定義的方法，其特征在于，所述步驟202，具體包括: 步驟302:通過封裝MDX、Schema和數(shù)據(jù)源信息，發(fā)送請求； 步驟304:獲取查詢及分析結(jié)果。
8.根據(jù)權(quán)利要求6所述的動態(tài)構(gòu)建多維模型定義的方法，其特征在于，所述步驟204，具體包括: 步驟402:基于發(fā)送的請求,對Schema進行動態(tài)修改； 步驟404:基于動態(tài)修改的結(jié)果，進行多維計算； 步驟406:基于多維計算的結(jié)果，進行多維聚合； 步驟408:基于多維聚合得到的查詢及分析結(jié)果，進行存儲，并返回。
9.根據(jù)權(quán)利要求8所述的動態(tài)構(gòu)建多維模型定義的方法，其特征在于，所述步驟402對Schema進行動態(tài)修改的操作,進一步包括: 解析發(fā)送的請求，獲取Schema的XML文件； 通過上下文信息，為解析所得XML文件增加或修改元素節(jié)點，實現(xiàn)對Schema的修改。
10.根據(jù)權(quán)利要求6-9中任一項所述的動態(tài)構(gòu)建多維模型定義的方法,其特征在于,所 述步驟202封裝的Schema，作為參數(shù)傳遞到步驟204時是以XML形式存在的。
【文檔編號】G06F17/30GK104391928SQ201410671337
【公開日】2015年3月4日 申請日期:2014年11月21日 優(yōu)先權(quán)日:2014年11月21日
【發(fā)明者】霍琦 申請人:用友軟件股份有限公司