面向?qū)ο蟮臄?shù)據(jù)建模數(shù)據(jù)篩選接口的設(shè)計畢業(yè)設(shè)計論文

1、成成 都都 信信 息息 工工 程程 學(xué)學(xué) 院院 學(xué)學(xué) 位位 論論 文文 面向?qū)ο蟮臄?shù)據(jù)建模面向?qū)ο蟮臄?shù)據(jù)建模 數(shù)據(jù)篩選接口的設(shè)計數(shù)據(jù)篩選接口的設(shè)計 論文作者姓名：論文作者姓名： 申請學(xué)位專業(yè)：申請學(xué)位專業(yè)： 申請學(xué)位類別：申請學(xué)位類別： 指指導(dǎo)導(dǎo)教教師師姓姓名名（職職稱稱） ： 論文提交日期：論文提交日期： 面向?qū)ο蟮臄?shù)據(jù)建模面向?qū)ο蟮臄?shù)據(jù)建模 數(shù)據(jù)篩選接口的設(shè)計數(shù)據(jù)篩選接口的設(shè)計 摘摘 要要 wise 系統(tǒng)是一個功能強大的數(shù)據(jù)處理系統(tǒng)。它應(yīng)用于某公司，此公 司由于行業(yè)的關(guān)系需要它去處理龐大的數(shù)據(jù)，這些數(shù)據(jù)每天都在以上百萬條甚 至上億條的數(shù)量在增加。因此它需要處理海量的數(shù)據(jù)，它的其中一個比較重

2、要 的功能是根據(jù)復(fù)雜并且靈活的條件篩選出適當(dāng)?shù)臄?shù)據(jù)返回給客戶。本論文主要 講述了如何針對數(shù)據(jù)篩選條件比較復(fù)雜并且比較靈活這一需求，在做了詳盡的 需求分析之后，進行了一系列的設(shè)計，包括解決方案的設(shè)計，數(shù)據(jù)建模， pl/sql 程序設(shè)計，最終完成整個數(shù)據(jù)篩選接口的設(shè)計。在整個數(shù)據(jù)篩選接口的 設(shè)計中，在傳統(tǒng)的關(guān)系性數(shù)據(jù)庫的基礎(chǔ)上，會嘗試著應(yīng)用一些面向?qū)ο蟮乃枷?去設(shè)計。尤其在數(shù)據(jù)建模階段,通過傳統(tǒng)的數(shù)據(jù)模型之間的關(guān)系,例如主外鍵關(guān)系,實 現(xiàn)了一些重要的面向?qū)ο蟮乃枷搿?關(guān)鍵字關(guān)鍵字：數(shù)據(jù)篩選；面向?qū)ο?；?shù)據(jù)建模；pl/sql implement the object oriented thinkin

3、g 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 company which needs to use this system to process huge amount data. and these data will be increased by millions or hundreds millions. so it

4、 needs to process the huge amount data .one of its important function is return the right data to client filtered by some complex 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 comple

5、x 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

6、 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 filt

7、ration；object oriented；data modeling；pl/sql 目目 錄錄 論文總頁數(shù)：24 頁 1 引 言.1 2 開發(fā)概述.1 3 需求分析.1 31 需求調(diào)研.1 32 開發(fā)運行環(huán)境.3 4 解決方案的設(shè)計.3 5 數(shù)據(jù)建模.8 5.1 數(shù)據(jù)模型的建立.8 5.2 數(shù)據(jù)庫表結(jié)構(gòu)的設(shè)計.9 5.3 數(shù)據(jù)庫基礎(chǔ)視圖的設(shè)計.11 6 pl/sql 程序設(shè)計.12 結(jié) 論.22 參考文獻.22 致 謝.23 聲 明.24 1 1 引引 言言 當(dāng)今社會，某些行業(yè)的數(shù)據(jù)量越來越龐大，每天都在以上百萬條甚至上億 條的數(shù)量在增加，因此對這些行業(yè)的數(shù)據(jù)處理系統(tǒng)的性能要求也越來越高。

8、這 些要求不但包括處理速度盡可能快，系統(tǒng)可維護性盡可能高等傳統(tǒng)需求，而且 增加了對數(shù)據(jù)的處理盡可能的靈活等一些新的需求。要滿足這些新的需求，我 們需要研究這些新需求的特性，挖掘一些解決辦法。面向?qū)ο蟮臄?shù)據(jù)建模是我 們研究的一個重要方向。 引用言論：steve hoberman 所提出的“抽象組件”的概念和面向?qū)ο笤O(shè)計 中的“設(shè)計模式”非常類似。即數(shù)據(jù)庫專家在多次的數(shù)據(jù)建模后，將各個項目 中的類似部分抽象化，提取出特定的建模模型片段，以后只需在新的項目中對 這些模型片段細(xì)化派生，即可快速構(gòu)建出適合于該項目的數(shù)據(jù)庫架構(gòu)。 2 2 開發(fā)概述開發(fā)概述 wise 系統(tǒng)是一個功能強大的數(shù)據(jù)處理系統(tǒng)。由于業(yè)

9、務(wù)的關(guān)系，它需要 處理海量的數(shù)據(jù)，它的比較重要的一個功能是根據(jù)復(fù)雜并且靈活的條件篩選出 適當(dāng)?shù)臄?shù)據(jù)返回給客戶。 針對這一數(shù)據(jù)篩選功能，開發(fā)的目標(biāo)是設(shè)計一個合理的數(shù)據(jù)篩選接口。接 口能做到便于動態(tài)控制，便于動態(tài)修改，以及便于維護。 開發(fā)的過程包括需求分析，解決方案的設(shè)計，數(shù)據(jù)建模，pl/sql 程序設(shè)計， 最終完成整個數(shù)據(jù)篩選接口的設(shè)計。 3 3 需求分析需求分析 3 31 1 需求調(diào)研需求調(diào)研 wise 系統(tǒng)是某公司的數(shù)據(jù)處理系統(tǒng)，它的一個主要功能是每天根據(jù)復(fù)雜并 且靈活的條件篩選出適當(dāng)?shù)臄?shù)據(jù)返回給客戶。所篩選的數(shù)據(jù)都來自于一張表， 這張表的字段有 260 個，這些字段中有超過 250 個字段

10、需要作為篩選字段，它 們通?；榻M合去篩選出客戶需要的數(shù)據(jù)，根據(jù)客戶的需要它們的組合又是多 變的。這張表的數(shù)據(jù)量通常在一千萬到一億條記錄之間。值得注意的是，篩選 條件需要去匹配的值是具有特定意義的，盡管這些值數(shù)目眾多，但它們的數(shù)量 不是隨意增長的。而且這些值是根據(jù)客戶的需求可以去定制的。 表 1 復(fù)雜表 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_u1

11、4 日期/時間 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ù)量龐大在這里不是本次設(shè)計的研究重點，后三個特點是本次設(shè)計要解 決好的需求。 3 32 2 開發(fā)運行環(huán)境開發(fā)運行環(huán)境 開發(fā)所需的基本軟、硬

12、件環(huán)境為： windows 2003 或者 windows xp。 oracle 10 g r2。 cpu 2.40ghz 1g 以上內(nèi)存。 2g 以上可用硬盤空間。 在 windows 2003 操作系統(tǒng)下，以 toad for oracle xpert v 為開 發(fā)工具，用 oracle 10 g r2 為后臺數(shù)據(jù)庫。 4 4 解決方案的設(shè)計解決方案的設(shè)計 在這里來逐步分析需求應(yīng)該通過怎樣的方式來實現(xiàn)，進行一些解決方案的 設(shè)計。 方案方案 1 1 ：直接寫過程來實現(xiàn)。 根據(jù)不同的篩選條件，寫不同的過程來實現(xiàn)數(shù)據(jù)篩選。 問題：很顯然，這種方案是行不通的。由于篩選字段數(shù)量達兩百多

13、個，而 且相互之間可以互為組合，所以是不應(yīng)該寫過程來實現(xiàn)的。即便把目前需求要 求的篩選條件通過寫過程來實現(xiàn)了（暫不考慮開發(fā)人員的頭疼） ，如果需要添加 一些新的篩選，那將是非常麻煩的。再則，如果所寫過程中出現(xiàn)一些問題，也 是難以維護的。 所以考慮到開發(fā)的質(zhì)量與代碼的可維護性，是不可能采用此方案的。 方案方案 2 2：結(jié)合數(shù)據(jù)建模與程序設(shè)計來實現(xiàn)。 由于篩選條件數(shù)量眾多，但是條件之間的很多部分相互重合，從面向?qū)ο?的角度出發(fā)，這些條件間存在繼承的關(guān)系，如果能采用面向?qū)ο蟮姆椒?，或許 能做到重用條件。 假設(shè)一共有 250 個獨立的篩選條件，也即表中的 250 個字段單獨作為條件 時的情況。這些條件

14、能相互組合，組合后的條件越發(fā)復(fù)雜，寫程序時如果按照 方案 1 要想做到很好的代碼重用是不可能實現(xiàn)的。 所以根據(jù)方案 1 的失敗，要想很好的做到代碼重用，就很有必要引入面向 對象的思想，采用繼承的方法，做到條件組合，就好像類與類之間的繼承。作 為表中列名出現(xiàn)的字段，是不可能相互組合的。但是換個角度，大膽的設(shè)想， 如果把這些字段不作為列名，能不能做到相互組合呢？如果把這些字段轉(zhuǎn)換成 變量，對變量一一賦值，和作為字段相比并沒有做到很大的改善。 如果把這些字段轉(zhuǎn)換成表中的記錄值呢？試想一下，似乎看到一線光明， 因為在 pl/sql 里，可以用到動態(tài) sql 的方法，這樣可以所需要的條件動態(tài)的組 合了。

15、 但是能不能真正達到便于動態(tài)控制，便于動態(tài)修改，以及便于維護呢？我 們需要一步一步去研究，以及測試。 根據(jù)目前得出的結(jié)論，我們現(xiàn)在需要一個表，表中的某一列的記錄值為 complexity 表中作為篩選條件的列名，如下表 2 所示： 表 2 field 字段名數(shù)據(jù)類型說明 id 數(shù)字主鍵 name 文本 column_name 文本列名 field 表中的 column_name 列存放 complexity 表中作為篩選條件的列名。 這樣就可以做到把條件一步一步拼起來了。 接著往下分析。需要選取出可能作為篩選條件的列名 c_u1、c_u2、c_u3、c_u4 四個字段，以后的分析將會以它們作為

16、例子。這里把 每個單獨的列名作為篩選條件的條件叫做簡單條件，而多個簡單條件組合而成 的條件叫做復(fù)雜條件。值得注意的是，篩選條件中有相當(dāng)一部分是類似于 c_u1 in (a, b, c, d)的，它也是簡單條件，但是比較特殊一點，這樣的 條件把它叫做簡單序列條件。 假設(shè)現(xiàn)在客戶 ted 需要的數(shù)據(jù)是以 c_u1a 和 c_u2a 和 c_u2 a 或者c_u2=b ，篩選列和匹配的數(shù)值我們都可以 在相關(guān)表中取到，而篩選列和匹配的數(shù)值之間的關(guān)系，例如大于，小于，等于， 時間從某時間開始，這些關(guān)系是我們在寫代碼的時候一直在重復(fù)的寫的。而正 是因為這個原因，代碼不能做到代碼間的繼承和重用，這是一個失敗

17、指出。 要是通過接口設(shè)計能把這些關(guān)系像處理篩選列與匹配的數(shù)值一樣處理，這 個問題也就解決了。能做到么？答案是肯定的。因為這些關(guān)系也就只有數(shù)種， 例如數(shù)字間的比較，時間數(shù)值之間的比較，諸如此類的關(guān)系是可以得到有效控 制的。 對于序列條件，只有兩種關(guān)系，即是否in ，很顯然也可以得到有效的控 制。 通過以上的分析，現(xiàn)在只需要再加一個表就可以了，這張表用來存放簡單 條件的篩選列與匹配的數(shù)值之間的關(guān)系種類，而對于序列條件，就不用，在程 序里很容易做到動態(tài)處理。為了不占據(jù)篇幅，數(shù)據(jù)篩選接口的完整數(shù)據(jù)庫架構(gòu) 會在后面的數(shù)據(jù)建模部分中一并出現(xiàn)。 5 5 數(shù)據(jù)建模數(shù)據(jù)建模 5.15.1 數(shù)據(jù)模型的建立數(shù)據(jù)模型

18、的建立 根據(jù)解決方案的設(shè)計，畫出數(shù)據(jù)篩選接口的完整數(shù)據(jù)庫架構(gòu)，如后頁圖所 示： condition pkid name negated container_id compound_condition pkid conjunction_id simple_condition pkid name value operator_id field_id list_condition pkid field_id conjunction pkid name code condition_operator pkid code name field pkid name column_name list_con

19、dition_match_value pkid list_condition_id match_value 圖 5 數(shù)據(jù)庫架構(gòu)圖 5.25.2 數(shù)據(jù)庫表結(jié)構(gòu)的設(shè)計數(shù)據(jù)庫表結(jié)構(gòu)的設(shè)計 根據(jù)前面完成的解決方案的設(shè)計以及數(shù)據(jù)模型的建立，可以設(shè)計出完整的 數(shù)據(jù)庫表結(jié)構(gòu)。具體設(shè)計如下： 用于存放篩選條件，具體設(shè)計如表 3 所示： 表 3 條件表 condition 字段名數(shù)據(jù)類型說明 id 數(shù)字編號字段 主鍵 name 文本條件名字 negated 數(shù)字判斷是否為否定字段 container_id 數(shù)字判斷是否屬于復(fù)合條件字段 用于存放條件聯(lián)接符，具體設(shè)計如表 4 所示： 表 4 條件聯(lián)接符表 conj

20、unction 字段名數(shù)據(jù)類型說明 id 數(shù)字編號字段 主鍵 name 文本名字 code 文本聯(lián)接符編碼 用于存放復(fù)合條件，具體設(shè)計如表 5 所示： 表 5 復(fù)合條件表 compound_condition 字段名數(shù)據(jù)類型說明 id 數(shù)字編號字段 主鍵 conjunction_id 數(shù)字聯(lián)接符編號 用于存放簡單條件信息，具體設(shè)計如表 6 所示： 表 6 簡單條件表 simple_condition 字段名數(shù)據(jù)類型說明 id 數(shù)字編號字段 主鍵 name 文本簡單條件名字 value 文本簡單條件數(shù)值 operator_id 數(shù)字條件運算符編號 field_id 數(shù)字篩選列編號 用于存放條件運

21、算符信息，具體設(shè)計如表 7 所示： 表 7 條件運算符表 condition_operator 字段名數(shù)據(jù)類型說明 id 數(shù)字編號字段 主鍵 name 文本條件運算符名字 code 文本條件運算符編碼 用于存放序列條件信息，具體設(shè)計如表 8 所示： 表 8 序列條件表 list_condition 字段名數(shù)據(jù)類型說明 id 數(shù)字編號字段 主鍵 field_id 數(shù)字篩選列編號 用于存放序列條件需要去匹配的數(shù)值信息，具體設(shè)計如表 9 所示： 表 9 序列條件匹配數(shù)值表 list_condition_match_value 字段名數(shù)據(jù)類型說明 id 數(shù)字編號字段 主鍵 list_condition

22、_id 數(shù)字序列條件編號 match_value 文本序列條件匹配值 用于存放篩選列信息，具體設(shè)計如表 10 所示： 表 10 篩選列信息表 field 字段名數(shù)據(jù)類型說明 id 數(shù)字編號字段 主鍵 name 文本篩選列名字(可作標(biāo)記) column_name 文本實際篩選列名 5.35.3 數(shù)據(jù)庫基礎(chǔ)視圖的設(shè)計數(shù)據(jù)庫基礎(chǔ)視圖的設(shè)計 通過之前的分析，我發(fā)現(xiàn)數(shù)據(jù)庫中的八個表之間關(guān)聯(lián)比較多，應(yīng)該把通常 發(fā)生關(guān)聯(lián)的表封裝起來，視圖正是實現(xiàn)這個封裝的最佳選擇。 需要創(chuàng)建四個視圖，分別為簡單條件視圖，序列條件視圖，組合條件視圖， 以及條件視圖。通過這四個視圖可以把簡單條件，序列條件，以及組合條件和 fi

23、eld 表很好的封裝起來。為了避免占據(jù)過多篇幅，這里只以序列條件視圖和 組合條件視圖為例。 序列條件視圖： create or replace view v_list_condition (field_name, column_name, field_type_name, field_type_code, field_table_type_name, field_table_type_code, negated, item_count, id, field_id, field_type_id, container_id) as select f.name as field_name, f.co

24、lumn_name, ic.negated, ( select count( * ) from list_cond_match_value lcmv where ( lcmv.list_condition_id = lc.id ) ) as i_count, lc.id, f.id as field_id, f.type_id as field_type_id, ic.container_id from list_condition lc left outer join condition c on( c.id = lc.id ) left outer join field f on ( f.

25、id = lc.field_id ) / 組合條件視圖： create or replace view v_compound_condition (negated, conjunction_name, conjunction_code, condition_count, id, container_id, conjunction_id) as select ic.negated, c.name as conjunction_name, c.code as conjunction_code, ( select count( * ) from condition childcondition wh

26、ere ( childcondition.container_id = cic.id ) ) as condition_count, cc.id, ic.container_id, cc.conjunction_id from compound_condition cc left outer join condition ic on( ic.id = cc.id ) left outer join conjunction c on( c.id = cc.conjunction_id ) / 這樣就通過創(chuàng)建視圖，把簡單條件，序列條件，以及組合條件和 field 表 很好的封裝起來了。 到此，數(shù)據(jù)

27、建模完成。 6 6 pl/sqlpl/sql 程序設(shè)計程序設(shè)計 現(xiàn)在進行本接口設(shè)計的 pl/sql 程序設(shè)計部分。 從客戶出發(fā)，這里來整理一下思路。當(dāng)客戶提出一系列篩選條件的要求時， 開發(fā)人員首先需要把這些基本的簡單條件和匹配的數(shù)值，以及相關(guān)的記錄值， 一一插入相關(guān)的表中。開發(fā)人員可以用寫一系列的過程來實現(xiàn)，通過傳入必需 的參數(shù)來調(diào)用相關(guān)的過程，插入一些數(shù)值。 從下到上，首先要對表直接進行操作，需要一系列最基本的用來實現(xiàn)把數(shù) 值插入表的過程。 以簡單條件為例： procedure ins_simple_condition ( p_calling_user_id integer, - requi

28、red p_name varchar2 := null, p_negated number := 0, - required p_container_id integer := null, p_field_id integer, - required p_value varchar2 := null, p_enum_value_id integer := null, p_comparison_field_id integer := null, p_operator_id integer, - required p_new_row_id out integer ) is begin -省略部分代

29、碼 ins_condition ( p_calling_user_id, p_name, p_negated, p_container_id, p_new_row_id ); insert into simple_condition ( id, field_id, value, enum_value_id, comparison_field_id, operator_id ) values( p_new_row_id, p_field_id, p_value, p_enum_value_id, p_comparison_field_id, p_operator_id ); -省略部分代碼 en

30、d; 然后，需要在這些基礎(chǔ)過程之上，寫一些調(diào)用這些基礎(chǔ)過程的過程，也以 簡單條件為例： 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 varcha

31、r2 := null, p_value_date date := null, p_comparison_field_name varchar2 := null, p_operator_code varchar2, - required p_new_row_id out integer ) is - l_field_id integer; l_field_type_code varchar2( 100 ); l_comparison_field_id integer; l_comparison_field_type_code varchar2( 100 ); l_operator_code va

32、rchar2( 100 ); l_operator_id integer; l_value varchar2( 1000 ); begin -省略部分代碼 select id, code into l_operator_id, l_operator_code from condition_operator where ( lower( code ) = lower( p_operator_code ) ); -省略部分代碼 ins_simple_condition ( p_calling_user_id = p_calling_user_id, p_name = p_name, p_negat

33、ed = p_negated, p_container_id = p_container_id, p_field_id = l_field_id, p_value = l_value, p_comparison_field_id = l_comparison_field_id, p_operator_id = l_operator_id, p_new_row_id = p_new_row_id ); -省略部分代碼 end; 現(xiàn)在就可以創(chuàng)建一些比較復(fù)雜的組合條件了。為了不占據(jù)篇幅，這里只以 一個簡單的復(fù)合條件為例： -first compound condition (no_notice in

34、(b,c,d) and msg_delinq_days90 and do_not_process=9 and client_id=116) declare l_calling_user_id integer; l_dps_appl_id integer; l_count integer; l_spec_id integer; l_item_id integer; l_simple_id integer; l_inventory_item_id integer; l_temp_id integer; l_compound_id integer; l_field_id integer; l_rul

35、e_id integer; l_list_id integer; l_state_4_ted1 varchar2( 4000 ) := b,c,d; begin -省略部分代碼 -add condition add_compound_item_condition ( p_name = the fourth compoud condition, p_negated = 0, p_conjunction = and, p_container_id = null, p_new_row_id = l_rule_id); select id into l_field_id from field_ whe

36、re name = no_notice and ( application_id = l_dps_appl_id or application_id is null ); add_list_item_condition ( p_name = no_notice in(b,c,d), p_negated = 1, p_field_id = l_field_id, p_container_id = l_rule_id, p_new_row_id = l_list_id); for x in ( with src as ( select l_state_4_ted1 exp from dual ),

37、 num as ( select rownum i from dual connect by rownum 0 order by r ) loop add_list_item_condition_mv ( p_list_item_condition_id = l_list_id, p_match_value = x.r, p_new_row_id = l_temp_id); end loop; select id into l_field_id from field_ where name = msg_delinq_days and ( application_id = l_dps_appl_

38、id or application_id is null ); add_simple_item_condition ( p_name = null, p_negated = 0, p_container_id = l_rule_id, p_field_id = l_field_id, p_value = 90, p_comparison_field_name = null, p_operator = greater, p_new_row_id = l_simple_id); select id into l_field_id from field_ where name = do_not_pr

39、ocess and ( application_id = l_dps_appl_id or application_id is null ); add_simple_item_condition ( p_name = null, p_negated = 0, p_container_id = l_rule_id, p_field_id = l_field_id, p_value = 9, p_comparison_field_name = null, p_operator = equals, p_new_row_id = l_simple_id); select id into l_field

40、_id from field_ where name = client_id and ( application_id = l_dps_appl_id or application_id is null ); add_simple_item_condition ( p_name = null, p_negated = 0, p_container_id = l_rule_id, p_field_id = l_field_id, p_value = 116, p_comparison_field_name = null, p_operator = equals, p_new_row_id= l_

41、simple_id); commit; end; 到此篩選列和需要匹配的數(shù)值，就可以得到靈活控制了。還需要對存儲在 表condition_operator中的數(shù)值，也就是記錄篩選列和需要匹配的數(shù)值之間的 關(guān)系的數(shù)值進行處理，以便能動態(tài)處理。下面只以需要匹配的數(shù)值的數(shù)據(jù)類型 為日期類型的情況為例。 當(dāng)需要匹配的數(shù)值的數(shù)據(jù)類型為日期類型時，如下： function comparison_date ( p_row v_simple_condition%rowtype, p_field_ref varchar2, p_comparison_field_ref varchar2 ) return var

42、char2 is l_comparison varchar2( 4000 ); l_operator varchar2( 2 ); l_value_this_day date; l_value_this_day_string varchar2( 1000 ); l_value_next_day date; l_value_next_day_string varchar2( 1000 ); begin -省略部分代碼 if( p_comparison_field_ref is not null ) then -省略部分代碼 l_value_this_day_string := trunc( |

43、p_comparison_field_ref | , dd ); l_value_next_day_string := trunc( | p_comparison_field_ref | + 1, dd ); else if ( p_row.value is not null ) then l_value_this_day := to_date( p_row.value, g_date_format ); l_value_this_day_string := to_date( | | p_row.value | , | | g_date_format | ) ; l_value_next_da

44、y := l_value_this_day + 1; l_value_next_day_string := to_date( | | to_char( l_value_next_day, g_date_format ) | , | | g_date_format | ) ; end if; end if; case p_row.operator_code when equals then if( p_comparison_field_ref is not null ) then if( p_row.negated = 0 ) then l_comparison := ( ( | p_field

45、_ref | is null ) and | ( | p_comparison_field_ref | is null ) ) or | ( ( | p_field_ref | = | l_value_this_day_string | ) | and | ( | p_field_ref | | l_value_next_day_string | ) ); else l_comparison := ( ( | p_field_ref | is null ) and | ( | p_comparison_field_ref | is not null ) ) or | ( ( | p_field

46、_ref | is not null ) and | ( | p_comparison_field_ref | is null ) ) or | ( | p_field_ref | = | l_value_next_day_string | ); end if; else if( p_row.value is null ) then if( p_row.negated = 0 ) then l_comparison := p_field_ref | is null; else l_comparison := p_field_ref | is not null; end if; else if(

47、 p_row.negated = 0 ) then l_comparison := ( | p_field_ref | = | l_value_this_day_string | ) | and | ( | p_field_ref | | l_value_next_day_string | ); else l_comparison := ( | p_field_ref | is null ) | or | ( | p_field_ref | = | l_value_next_day_string | ); end if; end if; end if; when greater then nu

48、ll; if( ( p_comparison_field_ref is not null ) or ( p_row.value is not null ) ) then if( p_row.negated = 0 ) then l_operator := =; else l_operator := ; end if; l_comparison := p_field_ref | | l_operator | | l_value_next_day_string; else - the value were checking against is null, so we should have no

49、 matches. l_comparison := g_false_condition; end if; when less then if( ( p_comparison_field_ref is not null ) or ( p_row.value is not null ) ) then if( p_row.negated = 0 ) then l_operator := =; end if; l_comparison := p_field_ref | | l_operator | | l_value_this_day_string; else - the value were che

50、cking against is null, so we should have no matches. l_comparison := g_false_condition; end if; else raise_application_error ( g_error_number, unexpected operator: | p_row.operator_code ); end case; -省略部分代碼 return l_comparison; end; 總結(jié)一下，本接口設(shè)計的 pl/sql 程序設(shè)計部分是通過如下過程實現(xiàn)了靈活 控制篩選條件，并完成了數(shù)據(jù)篩選接口的基本部分的。 被 調(diào)

51、用 被 調(diào) 用 圖 6 創(chuàng)造數(shù)據(jù)篩選條件程序設(shè)計圖 現(xiàn)在篩選列和需要匹配的數(shù)值以及篩選列和需要匹配的數(shù)值之間的關(guān)系都 可以得到靈活控制了，只需要根據(jù)不同的參數(shù)調(diào)用公共的pl/sql接口，一一 拼裝起來即可。 現(xiàn)在還需要通過寫過程來實現(xiàn)把這些復(fù)雜篩選條件拼裝起來，最終篩 選出客戶需要的數(shù)據(jù)，這樣一個功能。 以簡單條件為例。 function cond_where_simple ( p_item_condition_id integer, p_index_field_prefix varchar2 ) return varchar2 is - required l_where_clause var

52、char2( 4000 ); l_row v_simple_item_condition%rowtype; l_effective_prefix varchar2( 100 ); l_field_ref varchar2( 1000 ); l_comparison_field_ref varchar2( 1000 ) := null; begin -省略部分代碼 l_effective_prefix := ; if( p_index_field_prefix is not null ) then l_effective_prefix := p_index_field_prefix | .; 基

53、礎(chǔ)操作條件過程1 對數(shù)據(jù)庫的相關(guān)條件表進行 操作，包括插入,更新等 基礎(chǔ)操作條件過程2 動態(tài)處理記錄篩選列和需 要匹配的數(shù)值之間的關(guān)系 的數(shù)值 調(diào)用基礎(chǔ)條件過程 用于創(chuàng)造一些復(fù)雜的組 合條件 end if; l_where_clause := ; select * into l_row from v_simplecondition where( id = p_item_condition_id ); l_field_ref := l_effective_prefix | l_row.column_name; if( l_row.comparison_column_name is not nul

54、l ) then l_comparison_field_ref := l_effective_prefix | l_row.comparison_column_name; end if; case l_row.field_type_name when boolean then l_where_clause := l_where_clause | comparison_boolean( l_row, l_field_ref, l_comparison_field_ref ); when date then l_where_clause := l_where_clause | comparison

55、_date( l_row, l_field_ref, l_comparison_field_ref ); when list then l_where_clause := l_where_clause | comparison_string( l_row, l_field_ref, l_comparison_field_ref ); when number then l_where_clause := l_where_clause | comparison_number( l_row, l_field_ref, l_comparison_field_ref ); when string the

56、n l_where_clause := l_where_clause | comparison_string( l_row, l_field_ref, l_comparison_field_ref ); else -省略部分代碼 end case; return l_where_clause; end; 現(xiàn)在還需要再完成一個對簡單條件，序列條件，以及組合條件都開放的公 共調(diào)用接口。 function condition_where_clause_r ( p_condition_id integer, - required p_index_field_prefix varchar2 := nul

57、l ) return varchar2 is - required l_where_clause varchar2( 10000 ) := null; l_condition_type varchar2( 100 ); begin -省略部分代碼 l_where_clause := ( ; - its either a simple, compound, or list condition. l_condition_type := condition_type( p_condition_id ); case l_condition_type when simple then l_where_c

58、lause := l_where_clause | cond_where_simple( p_condition_id, p_index_field_prefix ); when list then null; l_where_clause := l_where_clause | cond_where_list( p_condition_id, p_index_field_prefix ); when compound then l_where_clause := l_where_clause | cond_where_compound( p_condition_id, p_index_fie

59、ld_prefix ); else raise_application_error ( g_error_number, unknown type for item condition | p_condition_id ); end case; l_where_clause := l_where_clause | ); -省略部分代碼 return l_where_clause; end; 到此，數(shù)據(jù)篩選接口的設(shè)計就基本完成了。需要什么樣的條件，無論復(fù)雜 與否，都只需要根據(jù)需求，通過傳入相關(guān)參數(shù)調(diào)用產(chǎn)生條件的公共接口，然后 用動態(tài) sql 的方法， 拼在篩選條件的地方就可以了。 結(jié)結(jié) 論論 所設(shè)

60、計與開發(fā)的數(shù)據(jù)篩選接口會對系統(tǒng)的數(shù)據(jù)篩選部分起到便于靈活控制， 便于修改，便于維護的作用。 融合了面向?qū)ο蟮乃枷牒蟮臄?shù)據(jù)庫在開發(fā)階段會發(fā)生了一些改善，例如提 高代碼的可重用性，這就很大程度上減少了開發(fā)階段在代碼編寫上所花費的資 源，可以很好的提高軟件的開發(fā)質(zhì)量，并且易于維護。 參考文獻參考文獻 1 johanna wenny rahayu,david taniar,eric pardede.object-oriented oraclem.irm press,2005。 2 steven feuerstein,bill pribyl.oracle pl/sql programming 4th e