【正文】 ID 數字 編號字段 主鍵 NAME 文本 篩選列名字 (可作標記 ) COLUMN_NAME 文本 實際篩選列名 數據庫基礎視圖的設計 通過之前的分析，我發(fā)現數據庫中的八個表之間關聯比較多， 應該把通常發(fā)生關聯的表封裝起來，視圖正 是實現這個‘封裝’的最佳選擇。為了不占據篇幅，數據篩選接口的完整數據庫架構會在后面的數據建模部分中一并出現。 對于序列條件，只有兩種關系，即是否‘ IN’，很顯然也可 以得到有效的控制。能做到么？答案是肯定的。而正是因為這個原因，代碼不能做到代碼間的繼承和重用，這是一個失敗指出。 很明顯， 做到的靈活控制，還不夠靈活。盡管目前的設計 已經 做到了條件的動態(tài)組合化，匹配的數值也可以做到動態(tài)組合化，但是開發(fā)人員需要寫的代碼有絕大數將是架構類似的。 現在 要產生一個復雜的篩選條件， 就可以通過寫 PL/SQL 程序來從相關表中讀取出來需要的值，再‘拼裝’起來就可以了。 那就 需要再創(chuàng)建一張表 LIST_CONDITION_MATCH_VALUE。而這些數值（ A 或者 B或者 C等）是具有 特定意義的。 對于簡單條件， 只需要把需要匹配的數值存放在簡單條件表的 VALUE 字段中就可以了。 為了能靈活控制，能按照客戶的需求進行規(guī)范的定制，這些數值也必須是‘拼裝’起來的。 還 需 要想辦法去實現篩選條件需要去匹配的值是具有特定意義的，而且客戶可以定制這一需求。 通過建立外鍵， 可以很容易的做到把 FIELD 里的 COLUMN_NAME 字段一一映射到簡單條件表和序列條件表中，而這兩個表通過聯接表可以組合成復雜條件存放到復雜條件表中。而對于多個組成部分有著重復簡單條件的復雜條件，它們可以說是相互繼承的，這樣就從功能邏輯上做到了繼承與組合。這是一個有趣的結論。 現在 可以 得到一個結論：兩個簡單條件間的關系只有兩種， AND 和 OR。值得注意的是 ，篩選條件中有相當一部分是類似于‘ C_U1 IN (A, B, C, D)’的，它也是簡單條件，但是比較特殊一點， 這樣的條件 把它叫做簡單序列條件。需要 選取出可能作為篩選條件的列名 C_U C_U C_UC_U4 四個字段，以后的分析 將會以它們作為例子。 這樣 就可以做到把條件一步一步‘拼起來’了。 但是能不能真正達到便于動態(tài)控制，便于動態(tài)修改，以及便于維護呢？我們需 要一步一步去研究，以及測試。但是換個角度，大膽的設想，如果把這些字段不作為列名，能不能做到相互組合呢？如果把這些字段轉換成變量，對變量一一賦值，和作為字段相比并沒有做到很大的改善。 所以根據方案 1的失敗，要想很好的 做到代碼重用，就很有必要引入面向對象的思想，采用繼承的方法，做到條件組合，就好像類與類之間的繼承。 假設一共有 250 個獨立的篩選條件，也即表中的 250 個字段單獨作為條件時的情況。 方案 2： 結合數據建模 與程序設計來實現。再則， 如果所寫過程中出現一些問題，也是難以維護的。由于篩選字段數量達兩百多個，而且相互之間可以互為組合，所以是不應該寫過程來實現的。 根據不同的篩選條件，寫不同的過程來實現數據篩選。 4 解決方案的設計 在這里 來逐步分析需求應該通過怎樣的方式來實現，進行一些解決方案的設計。 ? 2G 以上可用硬盤空間。 ? Oracle 10 g R2。 表 1 復雜表 Complexity 字段名 數據類型 說明 C_ID 數字 主鍵 C_U1 文 本 C_U2 文本 C_U13 文本 C_U4 貨幣 C_U5 數字 C_U6 貨幣 C_U7 文本 C_U8 貨幣 C_U9 文本 C_U10 貨幣 C_U11 文本 C_U12 文本 C_U13 日期 /時間 C_U14 日期 /時間 C_U15 數字 C_U16 數字 C_U17 文本 C_U18 文本 C_U19 文本 C_U20 貨幣 C_U21 數字 C_U22 貨幣 C_U23 文本 C_U24 貨幣 C_U25 文本 等等 一共 260 個字段 因此對數據篩選的需求特點主要有： 數 據 篩 選 需 求 特 點數 據 量 龐 大來 自 于 一 張 表 , 表 的 字 段 較 多 ， 大 多數 為 篩 選 字 段篩 選 字 段 通 常 組 合 ， 組 合 較 為 靈 活篩 選 列 去 需 要 去 匹 配 的 值 ， 有 特 定意 義 ， 客 戶 可 以 定 制 圖 1 需求特點分析圖 數據量龐大在這里不是本次設計 的研究重點，后三個特點是本次設計要解決好的需求。值得注意的是，篩選條件需要去匹配的值是具有特定意義的，盡管這些值數目眾多，但它們的數量不是隨意增長的。所篩選的數據都來自于一張表，這張表的字段有 260 個，這些字段中有超過 250 個字段需要作為篩選字段，它們通?；榻M合去篩選出客戶需要的數據，根據客戶的需要它們的組合又是多變的。 開發(fā)的過程包括需求分析，解決方案的設計，數據建模， PL/SQL 程序設計，最終完成整個數據篩選接口的設計。 針對這一數據篩選功能，開發(fā)的目標是設計一個合理的數據篩選接口。 2 開發(fā)概述 《 WISE 系統(tǒng)》是一個功能強大的數據處理系統(tǒng)。 引用言論： Steve Hoberman 所提出的 “ 抽象組件 ” 的概念和面向對象設計中的 “ 設計模式 ” 非常類似。要滿足這些新的需求，我們需要研究這些新需求的特性，挖掘一些解決辦法。 關鍵字 ：數據篩選；面向對象；數據建模； PL/SQL Implement the Object Oriented thinking in the project to data modeling —— the design about the API to filter data Abstract 《 The WISE system》 is a powerful system for data processing .It is applied in a pany which needs to use this system to process huge amount data. And these data will be increased by millions or hundreds millions. So it needs to process the huge amount data .One of its important function is return the right data to client filtered by some plex and flexible conditions. The most content of the paper talks about how to finish the total design for the requirement which is the conditions to filter data can be plex and flexible. The entire design will include the design of project to solve problem, the design about data modeling, and the design about PL/SQL program. Finally the all designs to implement the interface for filtering the data are finished .We will try implementing the object oriented thinking to design on the base of the relational database in the process to finish all the design. Especially in the process to implement data modeling, we will implement some important object oriented thinking by some relations among traditional data models, such as PK or FK relationship. Key words: data filtration； object oriented； data modeling； PL/SQL 目 錄 論文總頁數： 24頁 1 引 言 .......................................................................................................................... 5 2 開發(fā)概述 ...................................................................................................................... 5 3 需求分析 ...................................................................................................................... 5 3． 1 需求調研 .............................................................................................................. 5 3． 2 開發(fā)運行環(huán)境 ....................................................................................................... 7 4 解決方案的設計 ............................................................................................................ 7 5 數據建模 .................................................................................................................... 12 數據模型的建立 ................................................................................................... 12 數據庫表結構的設計 ............................................................................................ 13 數據庫基礎視圖的設計 ........................................................................................ 15 6 PL/SQL程序設計 ......................................................................................................... 16 結 論 ........................................................................................................................ 26 參考文獻 ........................................................................................................................ 26 致 謝 ........................................................................................................................ 27 聲 明 ........................................................................................................................ 28 1 引 言 當今社會，某些行業(yè)的數據量越來越龐大，每天都在以上百萬條甚至上億條的數量在增加，因此對這些行業(yè)的數據處理系 統(tǒng)的性能要求也越來越高。 在整個數據篩選接口的設計中，在傳統(tǒng)的關系性數據庫的基礎上，會嘗試著應用一些面向對象的思想去設計。因此 它需要處理海量的數據，它 的其中一個比較重要的功能是根據復雜并且靈活的條件篩選出適當的數據返回給客戶。 成都信息工程學院 學位論文 面向對象的數據建模 —— 數據篩選接口的設計