【正文】 。 對于序列條件，則不能這樣，因為它需要去匹配的是，是否存在于某一范圍的數(shù)值當(dāng)中，例如判斷‘ C_U1 IN (A,B,C,D)’是否成立。 復(fù) 雜 條 件 簡 單 條 件 簡 單 序 列 條 件A N D / O R 圖 2 條件間邏輯關(guān)系圖 通過上圖，很容易想到，這里 只需要在數(shù)據(jù)庫中創(chuàng)建五個表來來實現(xiàn)這 一方式，也 就是 可以做到需求里的篩選條件間的自由組合這一功能了。 這里 把每個單獨的列名作為篩選條件的條件叫做簡單條件，而多個簡單條件組合而成的條件叫做復(fù)雜條件。作為表中列名出現(xiàn)的字段，是不可能相互組合的。即便把目前需求要求的篩選條件通過寫過程來實現(xiàn)了（暫不考慮開發(fā)人員的頭疼），如果需要添加一些新的篩選，那將是非常麻煩的。 ? CPU ? 1G 以上內(nèi)存。 3 需求分析 3． 1 需求調(diào)研 WISE 系統(tǒng)是某公司的數(shù)據(jù)處理系統(tǒng)，它的一個主要功能是每天根據(jù) 復(fù)雜并且靈活的條件篩選出適當(dāng)?shù)臄?shù)據(jù)返回給客戶。面向?qū)ο蟮?數(shù)據(jù) 建模是我們研究的一個重要方向。它應(yīng)用于 某公司，此公司由于行業(yè)的關(guān)系需要它去處理龐大的數(shù)據(jù)，這些數(shù)據(jù)每天都在以上百萬條甚至上億條的數(shù)量在增加。 關(guān)鍵字 ：數(shù)據(jù)篩選；面向?qū)ο?；?shù)據(jù)建模； 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 目 錄 論文總頁數(shù)： 24頁 1 引 言 .......................................................................................................................... 5 2 開發(fā)概述 ...................................................................................................................... 5 3 需求分析 ...................................................................................................................... 5 3． 1 需求調(diào)研 .............................................................................................................. 5 3． 2 開發(fā)運行環(huán)境 ....................................................................................................... 7 4 解決方案的設(shè)計 ............................................................................................................ 7 5 數(shù)據(jù)建模 .................................................................................................................... 12 數(shù)據(jù)模型的建立 ................................................................................................... 12 數(shù)據(jù)庫表結(jié)構(gòu)的設(shè)計 ............................................................................................ 13 數(shù)據(jù)庫基礎(chǔ)視圖的設(shè)計 ........................................................................................ 15 6 PL/SQL程序設(shè)計 ......................................................................................................... 16 結(jié) 論 ........................................................................................................................ 26 參考文獻 ........................................................................................................................ 26 致 謝 ........................................................................................................................ 27 聲 明 ........................................................................................................................ 28 1 引 言 當(dāng)今社會，某些行業(yè)的數(shù)據(jù)量越來越龐大，每天都在以上百萬條甚至上億條的數(shù)量在增加，因此對這些行業(yè)的數(shù)據(jù)處理系 統(tǒng)的性能要求也越來越高。 針對這一數(shù)據(jù)篩選功能，開發(fā)的目標是設(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_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ù)量龐大在這里不是本次設(shè)計 的研究重點，后三個特點是本次設(shè)計要解決好的需求。 根據(jù)不同的篩選條件，寫不同的過程來實現(xiàn)數(shù)據(jù)篩選。 假設(shè)一共有 250 個獨立的篩選條件，也即表中的 250 個字段單獨作為條件時的情況。 這樣 就可以做到把條件一步一步‘拼起來’了。這是一個有趣的結(jié)論。 為了能靈活控制，能按照客戶的需求進行規(guī)范的定制，這些數(shù)值也必須是‘拼裝’起來的。 現(xiàn)在 要產(chǎn)生一個復(fù)雜的篩選條件， 就可以通過寫 PL/SQL 程序來從相關(guān)表中讀取出來需要的值，再‘拼裝’起來就可以了。能做到么？答案是肯定的。通過這四個視圖可以把簡單條件，序列條件，以及組合條件和FIELD 表很好的封裝起來。 從下到上， 首先要對表直接進行操作，需要一系列最基本的用來實現(xiàn)把數(shù)值插入表的過程。 l_operator_code varchar2( 100 )。 l_dps_appl_id integer。 l_field_id integer。And39。 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, ) 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)。 select id into l_field_id from field_ where name = 39。 and ( application_id = l_dps_appl_id or application_id is null )。 下面只以需要匹配的數(shù)值的數(shù)據(jù)類型為日期類型的情況為例。trunc( 39。trunc( 39。 l_value_this_day_string := 39。39。39。39。39。 end if。( 39。 )39。 ) )39。 is not null ) ) or 39。 is null ) ) or 39。( 39。 else l_parison := p_field_ref || 39。 )39。 )39。( 39。( 39。 when 39。 l_parison := p_field_ref || 39。 when 39。 39。Unexpected operator: 39。 以簡單條件為例。 if( p_index_field_prefix is not null ) then l_effective_prefix := p_index_field_prefix || 39。 end if。List39。 else 省略部分代碼 end case。 It39。 l_where_clause := l_where_clause || Cond_Where_List( p_condition_id,