【正文】 參考文獻(xiàn)[1] Steven Feuerstein, Bill Pribyl著, 林琪, 王宇譯. Oracle PL/SQL程序設(shè)計(jì)（第二版）[M]. 北京:中國(guó)電力出版社, 2003.[2] Thoms kyte著, 蘇金國(guó), 王小振等譯. Oracle 9iamp。在實(shí)習(xí)這段時(shí)間里，他們對(duì)我的指導(dǎo)無(wú)微不至，只要我問(wèn)到的地方，他們總是能結(jié)合其豐富的編程經(jīng)驗(yàn)和淵博的理論知識(shí)在第一時(shí)間給我答案。表1 壓降損失計(jì)算結(jié)果 單位：pa換熱器熱邊壓降損失冷邊壓降損失初級(jí)次級(jí)致謝在完成畢業(yè)設(shè)計(jì)的研究過(guò)程中，得到了許多老師和同學(xué)的大力幫助和支持，在此我表示深深的感謝。5. .效果說(shuō)明和總結(jié)本文以某經(jīng)營(yíng)分析系統(tǒng)為例，先從源系統(tǒng)的數(shù)據(jù)抽取，再通過(guò)由接口層生成統(tǒng)一格式數(shù)據(jù)，接著逐層生成域－實(shí)體表、事實(shí)表、集市表，最后生成多維分析表并加截到數(shù)據(jù)倉(cāng)庫(kù)中去，本設(shè)計(jì)方案經(jīng)過(guò)實(shí)踐總結(jié)證明提高數(shù)據(jù)質(zhì)量效果比較明顯，基本能夠保證數(shù)據(jù)質(zhì)量的正確性。216。 其他audit_level=5：返回audit_state=0。 條件中斷audit_level=3：校驗(yàn)?zāi)_本適用 DB函數(shù)、存儲(chǔ)過(guò)程和SHELL腳本；不滿足中斷條件，返回0；執(zhí)行錯(cuò)誤（sqlcode0）和滿足中斷條件返回1，記錄log_msg。 無(wú)條件暫停audit_level=1：這種情況只要腳本執(zhí)行正常都返回1（表示無(wú)條件暫停），執(zhí)行錯(cuò)誤（sqlcode0）都返回1。MacroReplace()功能：替換腳本中的宏，支持替換的宏為：MONTH_NO，DATE_NO，INSTANCE_ID，BUSI_FLOW_ID，STEP_TASK_ID，BILLING_CYCLE，AUDIT_LEVEL，BUSI_TYPE_ID，BUSI_LEVEL_ID，AUDIT_CATG_ID，SCRIPT_TYPE，INDI_NODE_ID。exit(AUDIT_RESULT_FAILED) 。updAuditState()功能：將腳本返回值更新到meta_step_indi_rel_inst表中，即表中的audit_state字段，如果該記錄不存在，則將該記錄插入到meta_step_indi_rel_inst中。InsertAuditDtl()功能：在meta_step_indi_audit_dtl表中插入校驗(yàn)產(chǎn)生的相關(guān)記錄, 包括step_indi_audit_dtl_id, g_nInstID, g_nIndiNodeID, g_nIndiNodeSeq, g_stIndiNodeValue等信息。exit(AUDIT_RESULT_FAILED)。exit(AUDIT_RESULT_FAILED) 。exit (AUDIT_RESULT_FAILED) 。 調(diào)用StringLink()函數(shù)將提取到的指標(biāo)信息以“”為分隔保存到stScript中。GetIndiNodeID()功能：在meta_indi_script_rel表根據(jù)indi_script_id取indi_node_id字段，多個(gè)indi_node_id之間以“”進(jìn)行分割，將取得的指標(biāo)信息保存在stScript中提供給其他功能使用。異常處理：1) AllocDescriptors(MAX_ITEMS,MAX_VNAME_LEN,MAX_INAME_LEN) != 0（為SQLDA分配空間失敗時(shí)）：TRACE ( [ERROR]為SQLDA分配空間失敗!)。216。： 返回值返回值返回值類型描述0int函數(shù)執(zhí)行成功1int函數(shù)執(zhí)行失敗函數(shù)流程：216。 根據(jù)不同的數(shù)據(jù)類型給綁定變量確定L值。 設(shè)定綁定區(qū)變量的最大個(gè)數(shù)。break。2) 當(dāng)bind_dpF 0（實(shí)際的參數(shù)超出了預(yù)算的最大值)：printf(\nToo many selectlist items (%d), maximum is %d\n, (select_dpF), MAX_ITEMS)。216。216。函數(shù)流程：216。2) 當(dāng)給選擇變量分配空間失敗時(shí)：TRACE([ERROR]Cannot allocate memory for select descriptor.)。216。216。： 校驗(yàn)流程圖AllocDescriptors()功能：為描述區(qū)SQLDA分配空間，設(shè)置最大的列數(shù)，或最大的變量數(shù)，給存放指示符變量值和存放數(shù)據(jù)的變量申請(qǐng)空間。退出6判斷腳本類型是否合法腳本類型要在（1~4）之間7刪除該節(jié)點(diǎn)該帳期該指標(biāo)過(guò)去的所有校驗(yàn)信息刪除META_STEP_INDI_REL_INST表META_STEP_INDI_LOG_DETAIL表META_STEP_INDI_AUDIT_DTL表的相關(guān)信息Where條件為： = :g_nBillingCycle)and ( = :g_nStepTaskID)and ( = ) and( = :g_nStepIndiRelID))。 39。查詢條件為：tep_task_id = :g_nStepTaskID。為了對(duì)復(fù)雜的ETL處理過(guò)程更好的調(diào)度和監(jiān)控，為了在多用戶多任務(wù)的環(huán)境下處理好各種任務(wù)請(qǐng)求，專門(mén)設(shè)計(jì)的一個(gè)ETL調(diào)度功能模塊。否則，掃描任務(wù)實(shí)例表，如果任務(wù)組中的任務(wù)實(shí)例都運(yùn)行完成，則更新任務(wù)組實(shí)例的狀態(tài)。如果任務(wù)實(shí)例的狀態(tài)為未運(yùn)行，則先判斷任務(wù)實(shí)例中是否有相同的任務(wù)，如果有相同的任務(wù)并且任務(wù)的狀態(tài)為正在運(yùn)行、待刪除、異常結(jié)束，則從符合條件的任務(wù)實(shí)例中取下一條記錄來(lái)判斷。 任務(wù)實(shí)例調(diào)度功能：掃描任務(wù)實(shí)例表，調(diào)度尚沒(méi)有啟動(dòng)的任務(wù)實(shí)例。如果沒(méi)有被實(shí)例化，則實(shí)例化該任務(wù)組。然后掃描任務(wù)組，取出所有屬于自己但是未實(shí)例化的任務(wù)組。結(jié)果：將查詢后找到的記錄返回到前臺(tái)界面。返回更新后的任務(wù)實(shí)例狀態(tài)結(jié)果給用戶。過(guò)程：前臺(tái)按照用戶指定的條件查詢數(shù)據(jù)庫(kù)的任務(wù)實(shí)例表，并找到相應(yīng)的記錄。過(guò)程：在點(diǎn)擊了查詢按鈕以后，前臺(tái)訪問(wèn)數(shù)據(jù)庫(kù)的任務(wù)實(shí)例表，取出正在運(yùn)行的任務(wù)實(shí)例紀(jì)錄。當(dāng)修改任務(wù)/任務(wù)組時(shí)，在那條相應(yīng)的記錄要做相應(yīng)的修改。 概要設(shè)計(jì) 概要功能設(shè)計(jì)圖： 概要功能設(shè)計(jì)圖 功能性描述（按功能模塊）任務(wù)/任務(wù)組配置：功能：對(duì)任務(wù)/任務(wù)組進(jìn)行注冊(cè)/修改，指定任務(wù)的名稱、路徑、存放的主機(jī)、各任務(wù)/任務(wù)組參數(shù)類型等。 日志查詢?nèi)蝿?wù)實(shí)例在運(yùn)行時(shí)會(huì)生成相應(yīng)的日志，顯示了任務(wù)實(shí)例在運(yùn)行時(shí)的狀況信息，包括錯(cuò)誤信息，操作人員可以通過(guò)在前臺(tái)查詢?nèi)蝿?wù)實(shí)例的過(guò)程日志，了解任務(wù)運(yùn)行情況，對(duì)有問(wèn)題的進(jìn)行修改。 任務(wù)實(shí)例監(jiān)控操作人員可以在前臺(tái)界面監(jiān)控當(dāng)前執(zhí)行的每個(gè)任務(wù)實(shí)例的運(yùn)行狀態(tài)，及時(shí)了解任務(wù)實(shí)例的狀況。 系統(tǒng)功能設(shè)計(jì)描述216。這些操作可以直接在PC機(jī)或客戶端下完成。216。 靈活性能夠靈活配置任務(wù)和任務(wù)組。 頻度ETL統(tǒng)一框架調(diào)度系統(tǒng)支持按天/月的抽取頻度。 任務(wù)組/任務(wù)實(shí)例生成掃描任務(wù)組表，實(shí)例化符合啟動(dòng)條件的任務(wù)組，將任務(wù)組寫(xiě)入任務(wù)組實(shí)例表。 任務(wù)實(shí)例狀態(tài)修改對(duì)任務(wù)組實(shí)例的任務(wù)實(shí)例運(yùn)行狀態(tài)進(jìn)行修改。 任務(wù)/任務(wù)組配置對(duì)任務(wù)進(jìn)行注冊(cè)/修改，指定任務(wù)的名稱、路徑、存放的主機(jī)、各任務(wù)參數(shù)類型等；對(duì)任務(wù)組進(jìn)行注冊(cè)/修改，指定任務(wù)組的名稱、包含的任務(wù)、任務(wù)之間的執(zhí)行順序關(guān)系、各任務(wù)的參數(shù)值、任務(wù)組的啟動(dòng)周期或啟動(dòng)時(shí)間等。這一章就是就解決這個(gè)具體問(wèn)題設(shè)定的。除稽核外所有流程都是可以配置且自動(dòng)的，如沒(méi)有異常，稽核人員只需要確認(rèn)稽核報(bào)表就可以。主要為數(shù)據(jù)加載過(guò)程，如果OLAP使用ESSBASE，可以采用API編程實(shí)現(xiàn)，如果OLAP采用cognos，可以使用cognos數(shù)據(jù)加載腳本完成。處理集市表的擴(kuò)充可以增加一條記錄描述集市表和處理邏輯，處理程序自動(dòng)能處理并生成集市表。事實(shí)表層稽核采用處理日志評(píng)估模式。事實(shí)表層按事實(shí)表組織任務(wù)，采用統(tǒng)一模式（可以是定制的通用事實(shí)表ETL處理程序）從EDM模型層處理數(shù)據(jù)，形成處理日志。 稽核報(bào)表域――實(shí)體處理過(guò)程狀態(tài)TB_PRD_PRD_INST處理記錄數(shù)：231,237正常EDM模型層的任務(wù)調(diào)度由專門(mén)后臺(tái)程序根據(jù)業(yè)務(wù)規(guī)則執(zhí)行。EDM模型層的域－實(shí)體關(guān)系保存在數(shù)據(jù)庫(kù)表中以生成處理過(guò)程的任務(wù)清單。狀態(tài)與稽核報(bào)表的結(jié)果關(guān)聯(lián)，由稽核人員評(píng)估。數(shù)據(jù)頻率可以按日、按周、按月（甚至可以按3天）等，都根據(jù)配置實(shí)時(shí)生成。： ETL總體流程接口表沿用營(yíng)銷(xiāo)分析時(shí)的標(biāo)準(zhǔn)，作少量調(diào)整，在ETL監(jiān)控、管理過(guò)程中按業(yè)務(wù)、按層次模式展示。目前，應(yīng)用數(shù)據(jù)倉(cāng)庫(kù)技術(shù)，改善企業(yè)決策支持模式，并取得最大的投資回報(bào)，已經(jīng)成為大多數(shù)成功企業(yè)的共識(shí)，作為當(dāng)今發(fā)展最快，吸收新技術(shù)最快的電信企業(yè)，原始數(shù)據(jù)正在快速地積累和膨脹，如何保存并利用好這些珍貴的資源，將其中蘊(yùn)藏的信息轉(zhuǎn)化為生產(chǎn)力，將成為業(yè)內(nèi)人士所關(guān)注的又一個(gè)技術(shù)熱點(diǎn)。網(wǎng)絡(luò)管理和網(wǎng)絡(luò)優(yōu)化分析就是在對(duì)目前網(wǎng)絡(luò)管理中大量的數(shù)據(jù)進(jìn)行分析、聚類，從而為提高全網(wǎng)質(zhì)量、優(yōu)化網(wǎng)絡(luò)結(jié)構(gòu)，進(jìn)行網(wǎng)絡(luò)規(guī)劃提供可靠的保證。具體內(nèi)容包括：利用用戶資料和一切可能有助于進(jìn)行客戶分析管理的資料進(jìn)行客戶概況分析，客戶忠誠(chéng)度分析，客戶利潤(rùn)分析，客戶性能分析，客戶未來(lái)分析，客戶產(chǎn)品分析，客戶促銷(xiāo)分析；通過(guò)對(duì)這些數(shù)據(jù)的分析，提供既能留住老客戶又能吸引新客戶的決策信息。同時(shí)通過(guò)用戶的繳費(fèi)銷(xiāo)賬情況、社會(huì)類別、占用資源等，分析用戶的信譽(yù)度，對(duì)不同信譽(yù)度用戶給予不同的服務(wù)及優(yōu)惠。催費(fèi)、停機(jī)、拆機(jī)這樣的舉措是層出不窮，但對(duì)于惡意欠費(fèi)的用戶并不能制止，相反卻會(huì)使一些偶爾欠費(fèi)的用戶怨聲載道。對(duì)話費(fèi)行為的分析還可以是通過(guò)對(duì)通話起止時(shí)間及通話時(shí)長(zhǎng)分析可得到各類用戶的通話時(shí)段分布情況及日消費(fèi)高峰、月消費(fèi)高峰；長(zhǎng)話的消費(fèi)時(shí)間、消費(fèi)次數(shù)、什么地方的用戶消費(fèi)能力較高、什么地方的用戶消費(fèi)能力偏低；以及話費(fèi)流失的分析。而許多的歷史數(shù)據(jù)都被存儲(chǔ)在磁帶、光盤(pán)中，或是分布在不同的硬件、數(shù)據(jù)庫(kù)內(nèi)，要查詢一次歷史數(shù)據(jù)時(shí)，費(fèi)力費(fèi)時(shí)，更不用說(shuō)把不同業(yè)務(wù)部門(mén)的數(shù)據(jù)來(lái)關(guān)聯(lián)比較分析了，同時(shí)也會(huì)遇到如數(shù)據(jù)類型不匹配、數(shù)據(jù)定義不同、數(shù)據(jù)不一致、數(shù)據(jù)冗余等多種問(wèn)題。特別是現(xiàn)行應(yīng)用的異構(gòu)性與分布性越來(lái)越普遍的情況下，統(tǒng)一的元數(shù)據(jù)就愈發(fā)重要了。 元數(shù)據(jù)：拓展新星應(yīng)用對(duì)業(yè)務(wù)數(shù)據(jù)本身及其運(yùn)行環(huán)境的描述與定義的數(shù)據(jù)，稱之為元數(shù)據(jù)（metadata）。規(guī)范流程。數(shù)據(jù)清洗框架的設(shè)計(jì)。對(duì)于ETL過(guò)程中產(chǎn)生的質(zhì)量問(wèn)題必須有數(shù)據(jù)驗(yàn)證機(jī)制，其目的是能夠在ETI,過(guò)程中監(jiān)控?cái)?shù)據(jù)質(zhì)量，產(chǎn)生報(bào)警。必須有一個(gè)數(shù)據(jù)質(zhì)量的度量方法，對(duì)于數(shù)據(jù)質(zhì)量有明確的定義。例如寫(xiě)一個(gè)函數(shù)FileOpen(filename)，沒(méi)有返回標(biāo)明錯(cuò)誤原因的錯(cuò)誤碼而只返回一種錯(cuò)誤碼，如－1。數(shù)據(jù)源系統(tǒng)也在不斷進(jìn)化過(guò)程中，客戶的操作也在逐漸規(guī)范中。可以規(guī)定將裝載一個(gè)表的功能作為一個(gè)ETL單元，但這樣的ETL單元之間會(huì)有很多共同的操作，例如兩個(gè)單元共用一個(gè)Hash表，則需要這個(gè)Hash表裝入內(nèi)存兩次。數(shù)據(jù)流程的控制。提供常用規(guī)則方法，提供規(guī)則定義語(yǔ)言的描述規(guī)則。元數(shù)據(jù)是描述數(shù)據(jù)的數(shù)據(jù)，它的含義非常廣泛，這里僅指ETL的元數(shù)據(jù)，主要包括每次轉(zhuǎn)換前后的數(shù)據(jù)結(jié)構(gòu)和轉(zhuǎn)換的規(guī)則。其間，數(shù)據(jù)的抽取、清洗、轉(zhuǎn)換和裝載形成串行或并行的過(guò)程。為了提高數(shù)據(jù)質(zhì)量，需要在數(shù)據(jù)源與數(shù)據(jù)倉(cāng)庫(kù)之間架一座橋梁，同時(shí)還要在橋梁上設(shè)立“檢查站”，對(duì)經(jīng)過(guò)的數(shù)據(jù)進(jìn)行檢查，去除不符合要求的數(shù)據(jù)，這就是ETL工具的功能。其中數(shù)據(jù)分析工具主要針對(duì)OLAP服務(wù)器，報(bào)表工具、數(shù)據(jù)挖掘工具主要針對(duì)數(shù)據(jù)倉(cāng)庫(kù)。 OLAP服務(wù)器：對(duì)分析需要的數(shù)據(jù)進(jìn)行有效集成，按多維模型予以組織，以便進(jìn)行多角度、多層次的分析，并發(fā)現(xiàn)趨勢(shì)。數(shù)據(jù)倉(cāng)庫(kù)的組織管理方式?jīng)Q定了它有別于傳統(tǒng)數(shù)據(jù)