【正文】 d 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 目 錄 論文總頁數(shù)： 24頁 1 引 言 .......................................................................................................................... 5 2 開發(fā)概述 ...................................................................................................................... 5 3 需求分析 ...................................................................................................................... 5 3． 1 需求調(diào)研 .............................................................................................................. 5 3． 2 開發(fā)運行環(huán)境 ....................................................................................................... 7 4 解決方案的設計 ............................................................................................................ 7 5 數(shù)據(jù)建模 .................................................................................................................... 12 數(shù)據(jù)模型的建立 ................................................................................................... 12 數(shù)據(jù)庫表結構的設計 ............................................................................................ 13 數(shù)據(jù)庫基礎視圖的設計 ........................................................................................ 15 6 PL/SQL程序設計 ......................................................................................................... 16 結 論 ........................................................................................................................ 26 參考文獻 ........................................................................................................................ 26 致 謝 ........................................................................................................................ 27 聲 明 ........................................................................................................................ 28 1 引 言 當今社會，某些行業(yè)的數(shù)據(jù)量越來越龐大，每天都在以上百萬條甚至上億條的數(shù)量在增加，因此對這些行業(yè)的數(shù)據(jù)處理系 統(tǒng)的性能要求也越來越高。 引用言論： Steve Hoberman 所提出的 “ 抽象組件 ” 的概念和面向對象設計中的 “ 設計模式 ” 非常類似。 針對這一數(shù)據(jù)篩選功能，開發(fā)的目標是設計一個合理的數(shù)據(jù)篩選接口。所篩選的數(shù)據(jù)都來自于一張表，這張表的字段有 260 個，這些字段中有超過 250 個字段需要作為篩選字段，它們通?；榻M合去篩選出客戶需要的數(shù)據(jù)，根據(jù)客戶的需要它們的組合又是多變的。 表 1 復雜表 Complexity 字段名 數(shù)據(jù)類型 說明 C_ID 數(shù)字 主鍵 C_U1 文 本 C_U2 文本 C_U13 文本 C_U4 貨幣 C_U5 數(shù)字 C_U6 貨幣 C_U7 文本 C_U8 貨幣 C_U9 文本 C_U10 貨幣 C_U11 文本 C_U12 文本 C_U13 日期 /時間 C_U14 日期 /時間 C_U15 數(shù)字 C_U16 數(shù)字 C_U17 文本 C_U18 文本 C_U19 文本 C_U20 貨幣 C_U21 數(shù)字 C_U22 貨幣 C_U23 文本 C_U24 貨幣 C_U25 文本 等等 一共 260 個字段 因此對數(shù)據(jù)篩選的需求特點主要有： 數(shù) 據(jù) 篩 選 需 求 特 點數(shù) 據(jù) 量 龐 大來 自 于 一 張 表 , 表 的 字 段 較 多 ， 大 多數(shù) 為 篩 選 字 段篩 選 字 段 通 常 組 合 ， 組 合 較 為 靈 活篩 選 列 去 需 要 去 匹 配 的 值 ， 有 特 定意 義 ， 客 戶 可 以 定 制 圖 1 需求特點分析圖 數(shù)據(jù)量龐大在這里不是本次設計 的研究重點，后三個特點是本次設計要解決好的需求。 ? 2G 以上可用硬盤空間。 根據(jù)不同的篩選條件，寫不同的過程來實現(xiàn)數(shù)據(jù)篩選。再則， 如果所寫過程中出現(xiàn)一些問題，也是難以維護的。 假設一共有 250 個獨立的篩選條件，也即表中的 250 個字段單獨作為條件時的情況。但是換個角度，大膽的設想，如果把這些字段不作為列名，能不能做到相互組合呢？如果把這些字段轉換成變量，對變量一一賦值，和作為字段相比并沒有做到很大的改善。 這樣 就可以做到把條件一步一步‘拼起來’了。值得注意的是 ，篩選條件中有相當一部分是類似于‘ C_U1 IN (A, B, C, D)’的，它也是簡單條件，但是比較特殊一點， 這樣的條件 把它叫做簡單序列條件。這是一個有趣的結論。 通過建立外鍵， 可以很容易的做到把 FIELD 里的 COLUMN_NAME 字段一一映射到簡單條件表和序列條件表中，而這兩個表通過聯(lián)接表可以組合成復雜條件存放到復雜條件表中。 為了能靈活控制，能按照客戶的需求進行規(guī)范的定制，這些數(shù)值也必須是‘拼裝’起來的。而這些數(shù)值（ A 或者 B或者 C等）是具有 特定意義的。 現(xiàn)在 要產(chǎn)生一個復雜的篩選條件， 就可以通過寫 PL/SQL 程序來從相關表中讀取出來需要的值，再‘拼裝’起來就可以了。 很明顯， 做到的靈活控制，還不夠靈活。能做到么？答案是肯定的。為了不占據(jù)篇幅，數(shù)據(jù)篩選接口的完整數(shù)據(jù)庫架構會在后面的數(shù)據(jù)建模部分中一并出現(xiàn)。通過這四個視圖可以把簡單條件，序列條件，以及組合條件和FIELD 表很好的封裝起來。 6 PL/SQL 程序設計 現(xiàn)在 進行 本接口設計的 PL/SQL 程序設計 部分 。 從下到上， 首先要對表直接進行操作，需要一系列最基本的用來實現(xiàn)把數(shù)值插入表的過程。 然后， 需要在這些基礎過程之上，寫一些調(diào)用這些基礎過程的過程，也以簡單條件為例： procedure Add_Simple_Condition ( p_calling_user_id integer, Required p_app_id integer, p_table_type_code varchar2, Required p_name varchar2 := null, p_negated number := 0, p_container_id integer := null, p_field_name varchar2, Required p_value varchar2 := null, p_value_date date := null, p_parison_field_name varchar2 := null, p_operator_code varchar2, Required p_new_row_id out integer ) is l_field_id integer。 l_operator_code varchar2( 100 )。 省略部分代碼 Ins_Simple_Condition ( p_calling_user_id = p_calling_user_id, p_name = p_name, p_negated = p_negated, p_container_id = p_container_id, p_field_id = l_field_id, p_value = l_value, p_parison_field_id = l_parison_field_id, p_operator_id = l_operator_id, p_new_row_id = p_new_row_id )。 l_dps_appl_id integer。 l_simple_id integer。 l_field_id integer。B,C,D39。And39。 and ( application_id = l_dps_appl_id or application_id is null )。 for x in ( with src as ( select l_state_4_ted1 exp from dual ), num as ( select rownum I from dual connect by rownum = 1000 ) select , substr( , instr( 39。, 1, ), instr( || 39。, 1, ) instr( 39。, 1, )) r from src a, num b where instr( 39。, 1, ) 0 order by r ) loop Add_List_Item_condition_MV ( p_list_item_condition_id = l_list_id, p_match_value = , p_new_row_id = l_temp_id)。 and ( application_id = l_dps_appl_id or application_id is null )。 select id into l_field_id from field_ where name = 39。E