【正文】 這些要求不但包括處理速度盡可能快，系統(tǒng)可維護(hù)性盡可能高等傳統(tǒng)需求，而且增加了對(duì)數(shù)據(jù)的處理盡可能的靈活等一些新的需求。 除非另有科研合同和其他法律文書的制約，本論文的科研成果屬于成都信息工程學(xué)院。 作者簡介： 姓 名：葉凱 性別：男 出生年月： 1984 年 02 月 12 日 民族：漢 Email: 聲 明 本論文的工作是 2021年 2月至 2021年 6月在成都信息工程學(xué)院網(wǎng)絡(luò)工程系完成的。 [4] Arup Nanda,Steven PL/SQL for DBAs[M].O39。需要什么樣的條件，無論復(fù)雜與否，都只需要根據(jù)需求，通過傳入相關(guān)參數(shù)調(diào)用產(chǎn)生條件的公共接口，然后用動(dòng)態(tài) SQL 的方法，‘拼’在篩選條件的地方就可以了。Unknown type for item condition 39。 when 39。 l_condition_type varchar2( 100 )。 when 39。Date39。 被調(diào)用 被調(diào)用 基礎(chǔ)操作條件過程 1 對(duì)數(shù)據(jù)庫的相關(guān)條件表進(jìn)行 操作，包括插入 ,更新等 基礎(chǔ)操作條件過程 2 動(dòng)態(tài)處理記錄篩選列和需 要匹配的數(shù)值之間的關(guān)系 的數(shù)值 調(diào)用基礎(chǔ)條件過程 用于創(chuàng)造一些復(fù)雜的組合條件 select * into l_row from V_SimpleCondition where( ID = p_item_condition_id )。 l_parison_field_ref varchar2( 1000 ) := null。 總結(jié)一下，本接口設(shè)計(jì)的 PL/SQL 程序設(shè)計(jì)部分 是通過如下過程實(shí)現(xiàn)了靈活控制篩選條件，并完成了數(shù)據(jù)篩選接口的基本部分的。re checking against is null, so we should have no matches. l_parison := g_false_condition。=39。 else The value we39。 else l_operator := 39。 end if。 || 39。 || 39。 || p_field_ref || 39。 || p_field_ref || 39。 end if。 || l_value_this_day_string || 39。 || 39。 || 39。 || p_field_ref || 39。 || p_field_ref || 39。 || p_field_ref || 39。 )39。, 39。to_date( 39。39。39。39。39。 l_value_next_day date。 end。, p_new_row_id = l_simple_id)。 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_parison_field_name = null, p_operator = 39。,39。,39。 Add_List_Item_condition ( p_name = 39。 begin 省略部分代碼 add condition Add_Compound_Item_condition ( p_name = 39。 l_inventory_item_id integer。 省略部分代碼 end。 l_field_type_code varchar2( 100 )。 從客戶出發(fā)，這里 來整理一下思路。 5 數(shù)據(jù)建模 數(shù)據(jù)模型的建立 根據(jù)解決方案的設(shè)計(jì)，畫出數(shù)據(jù)篩選接口的完整數(shù)據(jù)庫架構(gòu)， 如后頁 圖所示： C O N D I T I O NP K I D N A M E N E G A T E D C O N T A I N E R _ I DC O M P O U N D _ C O N D I T I O NP K I D C O N J U N C T I O N _ I DS I M P L E _ C O N D I T I O NP K I D N A M E V A L U E O P E R A T O R _ I D F I E L D _ I DL I S T _ C O N D I T I O NP K I D F I E L D _ I DC O N J U N C T I O NP K I D N A M E C O D EC O N D I T I O N _ O P E R A T O RP K I D C O D E N A M EF I E L D P K I D N A M E C O L U M N _ N A M EL I S T _ C O N D I T I O N _ M A T C H _ V A L U EP K I D L I S T _ C O N D I T I O N _ I D M A T C H _ V A L U E圖 5 數(shù)據(jù)庫架構(gòu) 圖 數(shù)據(jù)庫表結(jié)構(gòu)的設(shè)計(jì) 根據(jù)前面完成的解決方案的設(shè)計(jì)以 及數(shù)據(jù)模型的 建立， 可以設(shè)計(jì)出完整的數(shù)據(jù)庫表結(jié)構(gòu)。問題在哪兒呢？分析一下，對(duì)于簡單條件，比如‘ C_U1 A’ 或者‘ C_U2=B’，篩選列和匹配的數(shù)值我們都可以在相關(guān)表中取到，而篩選列和匹配的數(shù)值之間的關(guān)系，例如大于，小于，等于，時(shí)間從某時(shí)間開始，這些關(guān)系是我們在寫代碼的時(shí)候一直在重復(fù)的寫的。 所以為了能把這些數(shù)值‘拼裝’起來，這些數(shù)值就需要獨(dú)立的存放在一張表中。 C O N D I T I O NP K I D N A M E N E G A T E D C O N T A I N E R _ I DC O M P O U N D _ C O N D I T I O NP K I D C O N J U N C T I O N _ I DS I M P L E _ C O N D I T I O NP K I D N A M E V A L U E O P E R A T O R _ I D F I E L D _ I DL I S T _ C O N D I T I O NP K I D F I E L D _ I DC O N J U N C T I O NP K I D N A M E C O D EF I E L D P K I D N A M E C O L U M N _ N A M E 圖 3 條件功能組合圖一 到此 就可以實(shí)現(xiàn)需求里的篩選條件間的自由組合這一功能了。 假設(shè)現(xiàn)在客戶 Ted需要的數(shù)據(jù)是以 C_U1A和 C_U2B或者 C_U3=C 和 C_U1=D作為篩選條件而獲取的，而另一客戶 Robin 需要的數(shù)據(jù)則是以 C_U1A 和 C_U2B并且 C_U3=C 和 C_U1=D 作為篩選條件而獲取的。 如果把這些字段轉(zhuǎn)換成表中的記錄值呢？試想一下，似乎看到一線光明，因?yàn)樵?PL/SQL 里，可以用到動(dòng)態(tài) SQL 的方法，這樣可以所需要的條件動(dòng)態(tài)的組合了。 所以考慮到開發(fā)的質(zhì)量與代碼的可維護(hù)性，是不可能采用此方案的。 在 Windows 2021 操作系統(tǒng)下，以 Toad for Oracle Xpert 為開發(fā)工具，用 Oracle 10 g R2 為后臺(tái)數(shù)據(jù)庫。這張表的數(shù)據(jù)量通常在一千萬到一億條記錄之間。即數(shù)據(jù)庫專家在多次的數(shù)據(jù)建模后 ， 將各個(gè)項(xiàng)目中的類似部分抽象化，提取出特定的建模模型片段，以后只需在新的項(xiàng)目中對(duì)這些模型片段細(xì)化派生，即可快速構(gòu)建出適合于該 項(xiàng)目的數(shù)據(jù)庫架構(gòu)。本論文主要講述了如何針對(duì)數(shù)據(jù)篩選條件比較復(fù)雜并且比較靈活這一需求，在做了詳盡的需求分析之后，進(jìn)行了一系列的設(shè)計(jì)，包括解決方案的設(shè)計(jì)，數(shù)據(jù)建模， PL/SQL 程序設(shè)計(jì)，最終完成整個(gè)數(shù)據(jù)篩選接口的設(shè)計(jì)。 在整個(gè)數(shù)據(jù)篩選接口的設(shè)計(jì)中，在傳統(tǒng)的關(guān)系性數(shù)據(jù)庫的基礎(chǔ)上，會(huì)嘗試著應(yīng)用一些面向?qū)ο蟮乃枷肴ピO(shè)計(jì)。 2 開發(fā)概述 《 WISE 系統(tǒng)》是一個(gè)功能強(qiáng)大的數(shù)據(jù)處理系統(tǒng)。值得注意的是，篩選條件需要去匹配的值是具有特定意義的，盡管這些值數(shù)目眾多，但它們的數(shù)量不是隨意增長的。 4 解決方案的設(shè)計(jì) 在這里 來逐步分析需求應(yīng)該通過怎樣的方式來實(shí)現(xiàn)，進(jìn)行一些解決方案的設(shè)計(jì)。 方案 2： 結(jié)合數(shù)據(jù)建模 與程序設(shè)計(jì)來實(shí)現(xiàn)。 但是能不能真正達(dá)到便于動(dòng)態(tài)控制，便于動(dòng)態(tài)修改，以及便于維護(hù)呢？我們需 要一步一步去研究，以及測試。 現(xiàn)在 可以 得到一個(gè)結(jié)論：兩個(gè)簡單條件間的關(guān)系只有兩種， AND 和 OR。 還 需 要想辦法去實(shí)現(xiàn)篩選條件需要去匹配的值是具有特定意義的，而且客戶可以定制這一需求。 那就 需要再創(chuàng)建一張表 LIST_CONDITION_MATCH_VALUE。而正是因?yàn)檫@個(gè)原因，代碼不能做到代碼間的繼承和重用，這是一個(gè)失敗指出。具體設(shè)計(jì)如下： 用于存放篩選條件，具體設(shè)計(jì)如表 3 所示： 表 3條件表 CONDITION 字段名 數(shù)據(jù)類型 說明 ID 數(shù)字 編號(hào)字段 主鍵 NAME 文本 條件名字 NEGATED 數(shù)字 判斷是否為否定字段 CONTAINER_ID 數(shù)字 判斷是否屬于復(fù)合條件字段 用于存放條件聯(lián)接符，具體設(shè)計(jì)如表 4所示： 表 4條件聯(lián)接符表 CONJUNCTION 字段名 數(shù)據(jù)類型 說明 ID 數(shù)字 編號(hào)字段 主鍵 NAME 文本 名字 CODE 文本 聯(lián)接符編碼 用于存 放復(fù)合條件，具體設(shè)計(jì)如表 5 所示： 表 5復(fù)合條件表 COMPOUND_CONDITION 字段名 數(shù)據(jù)類型 說明 ID 數(shù)字 編號(hào)字段 主鍵 CONJUNCTION_ID 數(shù)字 聯(lián)接符編號(hào) 用于存放簡單條件信息，具體設(shè)計(jì)如表 6 所示： 表 6簡單條件表 SIMPLE_CONDITION 字段名 數(shù)據(jù)類型 說明 ID 數(shù)字 編號(hào)字段 主鍵 NAME 文本 簡單條件名字 VALUE 文本 簡單條件數(shù)值 OPERATOR_ID 數(shù)字 條件運(yùn)算符編號(hào) FIELD_ID 數(shù)字 篩選列編號(hào) 用于存放條件運(yùn)算符信 息，具體設(shè)計(jì)如表 7所示： 表 7條件運(yùn)算符表 CONDITION_OPERATOR 字段名 數(shù)據(jù)類型 說明 ID 數(shù)字 編號(hào)字段 主鍵 NAME 文本 條件運(yùn)算符名字 CODE 文本 條件運(yùn)算符編碼 用于存放序列條件信息，具體設(shè)計(jì)如表 8 所示： 表 8序列條件表 LIST_CONDITION 字段名 數(shù)據(jù)類型 說明 ID 數(shù)字 編號(hào)字段 主鍵 FIELD_ID 數(shù)字 篩選列編號(hào) 用于存放序列條件需要去匹配的數(shù)值信息，具體設(shè)計(jì)如表 9 所示： 表 9序列條件匹配數(shù)值表 LIST_CONDITION_MATCH_VALUE 字段名 數(shù)據(jù)類型 說明 ID 數(shù)字 編號(hào)字段 主鍵 LIST_CONDITION_ID 數(shù)字 序列條件編號(hào) MATCH_VALUE 文本 序列條件匹配值 用于存放篩選列信息，具體設(shè)計(jì)如表 10所示： 表 10篩選列信息表 FIELD 字段名 數(shù)據(jù)類型 說明 ID 數(shù)字 編號(hào)字段 主鍵 NAME 文本 篩選列名字 (可作標(biāo)記 ) COLUMN_NAME 文本 實(shí)際篩選列名 數(shù)據(jù)庫基礎(chǔ)視圖的設(shè)計(jì) 通過之前的分析，我發(fā)現(xiàn)數(shù)據(jù)庫中的八個(gè)表之間關(guān)聯(lián)比較多， 應(yīng)該把通常發(fā)生關(guān)聯(lián)的表封裝起來，視圖正 是實(shí)現(xiàn)這個(gè)‘封裝’的最佳選擇。當(dāng)客戶提出一系列篩選條件的要求時(shí)，開發(fā)人員 首先需要把這些基本的簡單條件和匹配的數(shù)值，以及相關(guān)的記錄值，一一插入相關(guān)的表中。 l_parison_field_id integer。 現(xiàn)在 就可以創(chuàng)建一些比較復(fù)雜的組合條件了。 l_temp_id integer。The Fourth poud condition39。[NO_NOTICE IN(B,C,D)]39。, 39。 || , 39。Greater39。 select id into l_field_id from field_ where name = 39。 到此篩選列和需要匹配的數(shù)值，就可以得到靈活控制了。 l_value_next_day_string varchar2( 1000 )。 )39。 )39。 || || 39。 || g_date_format || 39。 || 39。 || 39。 。 is null ) and 39。 = 39。 39。( 39。( 39。 ) or 39。 else if( is null ) then if( = 0 ) then l_parison := p_fi