一種數據建模的方法
【技術領域】
[0001] 本發(fā)明涉及數據庫及數據倉庫領域，并且更具體地，涉及數據建模的方法。
【背景技術】
[0002] 長久以來，數據建模都是小眾的技術人群擁有的、高深的事情，需要利用各種專業(yè) 軟件，如Erwin, PowerDesigner，EA等，根據業(yè)務需求，直接建立模型，如指定數據庫表中的 符合長度要求的字母型名稱、符合長度要求的字段的字母型名稱等。在建立模型過程中還 需要知道什么是數據庫設計的三范式，需要知道數據庫的字段類型、主鍵、外鍵、索引等一 大堆高深的專業(yè)術語，使得數據建模的真正受益者一大多數的業(yè)務人員無法參與、無法評 判數據建模中的業(yè)務合理性、擴展性，而一旦根據建立的模型完成應用開發(fā)后，再發(fā)現數據 建模的問題，會花費額外的人力、財力、物力去變更從數據建模到應用開發(fā)的全部過程。重 要的是，這樣的數據建模方式，沒有充分發(fā)揮最大多數業(yè)務人員對于自己應用的軟件的設 計熱情，畢竟技術人員永遠都比業(yè)務人員少得多，對于業(yè)務的精通程度，技術人員也比業(yè)務 人員差得多。
[0003] 但實際上，業(yè)務人員心中的初步設想，大部分都是簡單的。只要條件適合，不需要 專業(yè)建模人員，業(yè)務人員自己是可以完成的。精通業(yè)務的業(yè)務人員雖然不能清晰地、完整地 說出自己的設想，但在頭腦中，一定隱藏著一條完整的線條，"文章本天成，妙手偶得之"，在 條件成熟時，就會源源不斷地順暢地牽引出來，這個條件，就是一個能把自己的思路很快變 成現實的具備易操作性的方法。
[0004] 這個方法把時間碎片化，不需要大塊的時間來處理、探索數據建模，只需要每次一 點點的改進、增加內容，不影響主要業(yè)務的工作，讓業(yè)務人員在時間上能夠接受這種方法。
[0005] 利用這個方法，業(yè)務人員在自己的業(yè)務的數據模型在不斷精細化、實用化的進化 過程中，對于數據建模的知識和思想也在進步。隨著業(yè)務人員自己建立的數據模型越來越 專業(yè)，范圍越來越多，業(yè)務人員對于數據建模的能力會變得越來越強，一方面自己的駕馭軟 件的能力越來越強，相應的業(yè)務工作能力也因為自己設計的軟件工具的應用得到進一步的 增強。
[0006] 另一方面，數據建模專業(yè)的人員，也可以更集中精力處理復雜的更有價值的數據 建模，而不是把精力大量地耗費在初步的、簡單的數據建模上，影響自己專業(yè)的進步。
[0007] 0LTP中的數據模型，主要分成兩類，一類是對象模型，主要是描述一個業(yè)務對象的 屬性，另一類是過程模型，是描述業(yè)務發(fā)生的過程。對一個業(yè)務來說，對象模型是被動的、被 過程模型調用的模型，相當于一棵大樹的枝葉，過程模型作為貫穿業(yè)務操作的紅線，是應用 的主體,相當于大樹的主干。
[0008] 0LAP中的數據模型的基礎來源，主要分成三類，一類是維度模型，主要是描述一個 事實對象的維度；一類是事實模型，是描述最細粒度的業(yè)務事實；另一類是大量的統(tǒng)計匯 總模型，主要是統(tǒng)計應用。對0LAP應用來說，事實模型雖然數量少，但作為統(tǒng)計應用的基礎 核心數據，在其上才能進行各種層次的統(tǒng)計、匯總，當事實模型涉及具體維度時，由維度模 型來描述。從這里可以看出，事實模型的數據建模，是建立數據倉庫應用的基礎，打好了這 個基礎，數據倉庫應用的大廈才可以比較容易地建立起來。

【發(fā)明內容】

[0009] 從業(yè)務人員的視角看來，無論是0LTP中的過程模型，還是0LAP中的事實模型，對 它們的數據建模，都是對應一個具體的在業(yè)務上發(fā)生的"事件"，我們稱為業(yè)務事件，它包括 發(fā)生的前置條件、一系列有序的動作、和這些動作產生的結果。業(yè)務人員很清楚發(fā)生在自己 專注的業(yè)務上的內容，讓他用平常的語言，如記敘文的方式，來描述自己精通業(yè)務的事件， 是很容易的、專業(yè)的事情。
[0010] 發(fā)明目的：克服對于業(yè)務人員不熟悉的直接根據數據庫技術建立模型的現狀，提 出一種通過對業(yè)務事件的描述、分拆和處理，間接地建立過程模型或事實模型的方法。
[0011] 技術方案：通過對提交的業(yè)務事件描述進行分詞處理后，與屬性轉換表格對照，找 出對應的屬性，形成初始拆解表格，并在拆解表單中呈現；對提交確認的拆解表單進行包括 初步處理、層次處理、復用處理、輸出處理的處理過程，形成可用于各種數據庫的模型定義 表格。
[0012] -種數據建模的方法，包括以下6個步驟。
[0013] 步驟1，繪制包括業(yè)務事件名稱輸入域，和業(yè)務事件描述輸入域的業(yè)務事件表單。
[0014] 步驟2,對提交的業(yè)務事件描述，按分詞處理結果進行檢索轉換，建立初始拆解表 格。
[0015] 所述的分詞處理，有很多種方法，本發(fā)明不限于某種固定的分詞處理。分詞條指分 詞處理結果中一個一個的分詞條目。
[0016] 所述的初始拆解表格，包括欄目名稱含義為屬性名稱、引用屬性、引用字段的欄 目。
[0017] 所述的初始拆解表格是指存在于內存中的一組數據集合。
[0018] 所述的表格，在本說明書和權利要求書中，均是指由多行和多列組成的二維表格， 且所述表格分為兩部分，表頭和記錄行。表頭在上部，只占一行；每個記錄行即是表格中的 一行。表格中堅直的一列，稱為一個欄目。欄目的第一行，即表頭部分，稱為欄目名稱。所述 表格，可以呈現，也可以僅是存在于內存中的一組數據集合。在本說明書和權利要求書中， 所述的數據表，是指存在于數據庫中的數據表。
[0019] 對每個分詞條，按已存在的屬性轉換表格的屬性名稱欄目進行檢索。若檢索到分 詞條在屬性轉換表格中存在對應的屬性名稱，則在所述初始拆解表格中添加記錄行，并分 別在屬性名稱、引用屬性、引用字段欄目中寫入屬性轉換表格中的對應欄目；若不存在，則 在所述初始拆解表格中添加記錄行，并在該行的屬性名稱欄目寫入分詞條。
[0020] 所述屬性轉換表格是存儲于內存中的一組數據集合，這組數據集合包含了歷次數 據建模中建立的屬性與字段的轉換關系。
[0021 ] 步驟3，根據初始拆解表格繪制拆解表單。
[0022] 所述的拆解表單包括一個拆解表格，所述拆解表格包括欄目名稱含義為屬性名 稱、引用屬性、引用字段、父屬性的欄目。
[0023] 所述拆解表格的每個記錄行對應初始拆解表格的每個記錄行。
[0024] 所述記錄行的內容包括如下四個欄目的內容。
[0025] (1)屬性名稱欄目：可接收文字輸入的、初始內容為初始拆解表格中同行的屬性 名稱的內容的輸入域。
[0026] (2)引用屬性欄目：可接收選擇的、選項包括有效的全部模型的全部屬性的屬性 名稱的、選項改變時同時改變同行的引用字段欄目內容的、初始內容為初始拆解表格中同 行的引用屬性的內容的選擇域。
[0027] 所述有效的全部模型的全部屬性的屬性名稱，是指在歷次建立的有效的每個模型 中，全部有效屬性的屬性名稱，這是因為引用時，可能引用任何一個其他有效模型的有效屬 性。
[0028] (3)引用字段欄目：引用字段呈現域。
[0029] (4)父屬性欄目：可接收選項的、選項為本拆解表格的全部屬性名稱、初始內容為 空的選擇域。
[0030] 對于步驟4中所述的初步處理，包括如下三個特點。
[0031] (1)建立欄目包括含義為模型名稱、屬性名稱、引用屬性、引用字段、父屬性的模型 處理表格。
[0032] 所述的模型處理表格是存在于內存中的一組數據集合。
[0033] (2)對于所述模型處理表格的每行的屬性名稱、引用屬性、引用字段、父屬性欄目 的內容，設置為與確認提交的所述拆解表格的同行的相應欄目內容。
[0034] (3)模型名稱設置為與在步驟1提交的業(yè)務事件名稱相同的名稱。
[0035] 對于步驟5中的復用處理，特點包括，對于屬性轉換表格中每行的屬性名稱，在模 型處理表格的屬性名稱中檢索是否存在相同的屬性名稱，若存在，則跳過；若不存在，則在 屬性轉換表格中添加各欄目內容與模型處理表格相應欄目內容相同的一行。
[0036] 對于步驟5中的層次處理，特點是模型處理表格中的每一行的模型名稱內容，由 同行的原模型名稱和同行的父屬性組成。
[0037] 對于步驟6中的輸出處理：包括如下三個特點。
[0038] (1)建立欄目包括含義為模型名稱、數據表名、屬性名稱、字段名的模型定義表格。
[0039] (2)對于所述模型定義表格的每行的模型名稱、屬性名稱欄目的內容，設置為與模 型處理表格的同行的相應欄目內容相同。
[0040] (3)對模型定義表格中的數據表名、字段名欄目進行自動處理，自動處理的原則包 括：相同的模型名稱生成相同的數據表名；相同的屬性名稱生成相同的字段名。
[0041] 本發(fā)明與現有的技術相比，有如下三個有益效果。
[0042] (1)本發(fā)明提出的通過對業(yè)務事件的分拆和處理，通過人們熟知的"事件描述"這 種類似"記敘文"的寫作方式，引導業(yè)務人員從熟悉的身邊的業(yè)務開始，記錄業(yè)務過程。
[0043] (2)本發(fā)明提出的通過對業(yè)務事件的描述、分拆和處理，根據業(yè)務人員提供的事件 描述，半自動化地完成對事件描述的分拆，減少了大部分機械、呆板的建模操作。
[0044] (3)本發(fā)明提出的通過對業(yè)務事件的分拆和處理，根據業(yè)務人員已經完成的數據 建模案例，"自學習"地豐富業(yè)務領域內的屬性轉換表格，隨著方法使用越來越多，將使得業(yè) 務事件的建模過程越來越"智能化"。
【附圖說明】
[0045] 為了更清楚地說明本發(fā)明實施例的技術方案，下面將對本發(fā)明實施例中所需要使 用的附圖作簡單地介紹，顯而易見地，下面所描述的附圖僅僅是本發(fā)明的一些實施例，對于 本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據本發(fā)明說明書的內 容，獲得其他的附圖。
[0046] 圖1是通過拆解處理業(yè)務事件進行數據建模的方法的示意流程圖。
【具體實施方式】
[0047] 我