【正文】 最后，再次感謝所有關心和愛護過我的老師、親人、同學和朋友！參考文獻：[1] [J].科學咨詢，2009，(23):4748[2] 陳園園，[J].蘇州市職業(yè)大學學報，2011,22(2):28[3] 宋鵬，[J].西安工程大學學報，2008,22(44):494[4] 馬盈盈，楊曉牧，[J].中國交通信息化，2012，(10):135[5] [M].,2009:1011[6] 程永強，李茜，[M].，2007:3[7] William : Advanced Client/Server Publishing,2003:1011 [8] 管鴻，鐘秋海，[J].計算機工程，2005,31(1):87[9] Hatfield PowerBuilder 5 Application(Fourth Edition).Sams,19960 9[10] 張翠肖， [M].，2009：633 / 34。本論文的寫作參考、引用了很多書籍及文獻，在此向這些文章的作者表示深深的謝意。忠心感謝各位老師，在我讀本科生的時間里，在物質和精神上給我提供的巨大支持，使我順利完成了學業(yè)。無論是在論文選題、開題、寫作階段還是在項目的實踐過程中，胡老師都加以悉心的指導。（3） 統(tǒng)計數據方面對百分比、平均值等運用的較少。所以希望找到其他方法解決。這對統(tǒng)計沒有影響，但對于有實時要求的查詢來說就有影響了，有信息延遲的問題。但由于多方面的原因，本課題的研究還有很多不足之處，需要改進的地方體現在以下一些方面:（1） 在因為在設計ETL增量更新時部分信息采用定時執(zhí)行增量更新來插入數據，所以要在視圖中設置一個限定時間。通過分析以及對數據庫查詢語句的研究，成功應用oracle作為數據庫，基于Windows平臺和powerbuilder實現了港口貨運統(tǒng)計與決策支持系統(tǒng)實例。根據抽取字段的特點設計ETL增量更新。（2）設計ETL轉換。5 總結與展望本文在連云港電子口岸網上訂艙、電子提箱、電子裝箱單、場站系統(tǒng)、理貨入庫單系統(tǒng)等諸多業(yè)務系統(tǒng)產生的數據的基礎上，通過對船代、貨代等系統(tǒng)使用方的需求的分析，針對ETL轉換技術進行研究，形成了底賬數據庫，設計實現了港口貨運統(tǒng)計與決策支持系統(tǒng)。圖415 出口裝箱單年箱量統(tǒng)計界面 點擊貨代箱量，如圖416。界面中的統(tǒng)計圖有三種顯示選擇，即柱狀圖、線圖、帶圖，缺省為柱狀圖。圖413 進出口箱單統(tǒng)計界面出口裝箱單統(tǒng)計界面不僅將新東方場站和東泰場站的出口裝箱量和進口卸箱量分別做了對比，而且各場站自己的進出口箱量也做了對比，整個連云港的進出口對比也很清楚。所以在算TEU箱量時先把所有箱大小值相加再除以20。集裝箱的大小有20的小箱和40的大箱。012345678939。012345678939。最終的str_sql就是進口TEU統(tǒng)計語句。+m+39。CNLYG39。I39。012345678939。012345678939。012345678939。012345678939。總計39。+m+39。1239。1139。1039。CNLYG39。I39。012345678939。012345678939。012345678939。012345678939。第4季度39。+m+39。0939。0839。0739。CNLYG39。I39。012345678939。012345678939。012345678939。012345678939。第3季度39。+m+39。0639。0539。0439。CNLYG39。I39。012345678939。012345678939。012345678939。012345678939。第2季度39。+m+39。0339。0239。0139。CNLYG39。I39。012345678939。012345678939。012345678939。012345678939。第1季度39。圖411 提單狀態(tài)查詢界面（5） 中轉箱量統(tǒng)計點擊統(tǒng)計目錄下的中轉箱量統(tǒng)計進入界面，如圖。（4） 提單狀態(tài)查詢界面點擊提單狀態(tài)查詢進入此界面，如圖。++39。+m+39。網上訂艙39。貨代提交撤單申請39。正式報文生成39。439。修改狀態(tài)39。339。船方刪除39。239。船方確認39。139。初始39。039。圖410箱信息查詢界面由于箱號對于每種操作并不是唯一的，所以根據箱號選擇的基本信息時日期最近的一次的，其他狀態(tài)信息則是根據基本信息中的提單號和箱號同時匹配查詢到的，因為同一提單中箱號是唯一的。點擊查詢或統(tǒng)計會有會有下拉菜單，可以點擊菜單中的項進入頁面，也可以用快捷方式打開。圖48 登錄界面（2） 主界面登錄后進入主界面，如圖49。表輸入和表輸出連接的數據庫是不同的。圖46 job流程轉換中的每一步都需要連接其用到的數據庫。圖44 使用定時執(zhí)行增量更新（1）圖45 使用定時執(zhí)行增量更新（2）Job啟動轉換，若轉換失敗則寫錯誤日志，并將日志發(fā)送至郵箱，這樣就可從郵箱監(jiān)控錯誤消息，如圖46。第一步，從視圖抽取數據。第一種直接用表輸出組件即可；第二種需要用到插入/更新組件，以裝卸船為例，組件需要填寫的信息如圖43。第二部根據第一步傳入的最大id從視圖中抽取信息，以提單信息回執(zhí)為例，此步驟代碼為select * from v_k_ccblnoresponse where ccrespon_blno_info_id?，問號即上一步傳來的參數。039。 kettle程序場站進出門信息、箱信息回執(zhí)信息、提單回執(zhí)信息、進口艙單信息、裝卸船的轉換如圖41和圖42。最里層的from的表便是設計的數據源的表。YYYYMMDDHH24MISS39。最外面一層的FROM中嵌套的select語句用到了分析函數，這是按提單號、箱號分組并在組內按錄入時間倒排序，即排在第一個的是這個提單、箱號的最新數據，在最后where rn=1便是只選擇了最新一條數據，將其他舊的無用信息排除，不抽取。)) aa where rn=1。 as statu,blno,ctnno,msgtime as blnostatutime,ctntype,real_name as cargoagentfrom(select ,row_number() over(partition by , order by desc) as rn, From a, d, b, c, e, f where = and = and = And = and = and to_date(,39。例如抽取裝箱單信息的視圖為：create or replace view v_t_costco as select 39。其中進口艙單信息、船代報檢信息在本系統(tǒng)中并沒有使用到，但為了使底賬完整，對這兩部分數據也進行了ETL轉換，加入到了集裝箱進出口信息底賬表K_ETL_MAINSTATU中。類型決定這用戶是只能使用查詢模塊，還是查詢模塊和統(tǒng)計模塊都能使用，流程圖如圖39。（5） 出口裝箱單統(tǒng)計：一是按年份統(tǒng)計該年份每個月的TEU箱數和自然箱箱數，二是按年份時間段統(tǒng)計這幾個年份的年TEU箱數和自然箱數做比較，三是統(tǒng)計某年或某年某月各個貨代的TEU箱數和自然箱箱數。（3） 進出口箱量統(tǒng)計：輸入年份，統(tǒng)計出新東方場站和東泰場站分別在該年份中每季度及一年的進口和出口箱量，并統(tǒng)計兩場站每季度及一年的進口和出口箱量總和。查詢箱狀態(tài)查詢提單狀態(tài)進出口箱量統(tǒng)計中轉箱量統(tǒng)計出口裝箱單統(tǒng)計統(tǒng)計與決策支持系統(tǒng)查詢模塊統(tǒng)計模塊圖38 功能模塊設計圖功能模塊的說明：（1） 查詢箱狀態(tài)：輸入箱號，查詢到的內容包括箱基本信息、網上訂艙信息、場站進出門信息、裝卸船信息、箱信息回執(zhí)信息。而碼頭、船公司等的高層則關心的是每個月、每個季度或每年的進出口箱量、中轉箱量等問題。這是條很重要的原則，所以我犧牲了數據準確性，選擇用創(chuàng)建視圖的定時執(zhí)行增量更新方法來處理剩余信息的ETL增量更新問題。選擇用觸發(fā)器還是用視圖，就是在衡量是數據準確重要，還是保持不修改源表重要的原則重要。這樣就可以達到定時更新的效果。YYYYMMDDHH24MISS39。但這種方法有個弊端，即修改了源數據庫，對源數據影響很大。如果用觸發(fā)器法，要添加更新刪除記錄表，然后寫觸發(fā)器用來在源表更新和刪除時將其主鍵和操作類型記錄入更新刪除記錄表。先取得底賬中有關自己信息的源表主鍵最大值，在到源表中提取主鍵大于這最大值的數據進行轉換、載入。首先，抽取的場站進出門信息中的plconinfoid、箱信息回執(zhí)信息中的ccrespon_ctn_info_id、提單回執(zhí)中的ccrespon_blno_info_id，都是源表中的主鍵，且都是按信息添入源表的先后遞增的，所以可以用做時間戳。圖37 提單信息回執(zhí)所涉及的表及其關聯 ETL增量更新設計在第一次數據從外界數據源抽取、轉換、加載到底賬表后，第二次、第三次等抽取數據時該從哪條數據接著抽取便是需要考慮的ETL增量問題。從中提取信息為 源表地址ccrespon_blno_info_id、報文類型msgtype、報文表主鍵ileid、消息ID messageid、用戶名edi_username、船識別碼id_code 、船名vessel、航次voyage、提單號blno、回執(zhí)信息代碼respon_type_code、回執(zhí)信息respon_type_text、回執(zhí)時間msgtime。提取消息載入箱信息回執(zhí)底賬表K_ETL_CCCTNNORESPONSE。(9)箱信息回執(zhí)箱信息回執(zhí)用到的表如圖36，表之間關聯也如圖所示。從中提取船標示號imo、船名代碼codevessel、航次voyage、提單blno、裝卸標識filedesc、裝卸時間loadordistime、系統(tǒng)時間sysdate、源表主鍵plconinfoid、場站codesender。 。提取信息有提單號blno、箱號ctnno、寫單時間msgtime 、箱型ctntype、貨代名real_name 、貨代代碼codecargoagent，并添加標志位 39。313 裝卸船信息表coarri_plconinfoNameCommentData TypePLCONINFOIDNUMBER(9)SHIPID船idNUMBER(9)FILEID文件id，報文VARCHAR2(20)CTNNO箱號VARCHAR2(12)CTNTYPE箱型VARCHAR2(5)CTNOPERATORCODE箱主代碼VARCHAR2(15)CTNOPERATOR箱主VARCHAR2(35)CTNSTATUS箱狀態(tài)VARCHAR2(1)BLNO提單號VARCHAR2(40)SEALNO鉛封號VARCHAR2(16)BAYNO貝位VARCHAR2(10)CODEDISCHARGEPORT卸貨港代碼VARCHAR2(10)DISCHARGEPORT卸貨港VARCHAR2(35)CODELOADPORT裝貨港代碼VARCHAR2(10)LOADPORT裝貨港VARCHAR2(35)CODEDELIVERY中轉港代碼VARCHAR2(10)DELIVERY中轉港VARCHAR2(70)CTNNETWEIGHT箱凈重，（tare weight）VARCHAR2(15)IOSIGN進出口VARCHAR2(1)TEMPSET溫度設置VARCHAR2(10)LOADORDISTIMEVARCHAR2(14)MSGTIME報文時間VARCHAR2(14)ADD1VARCHAR2(35)ADD2VARCHAR2(35)ADD3VARCHAR2(35)CODESHIPPER船公司代碼VARCHAR2(15)SHIPPER船公司VARCHAR2(350)CODECONSIGNEEVARCHAR2(15)CONSIGNEE收貨人VARCHAR2(350)CODECARGO貨物代碼VARCHAR2(20)CARGODESC貨物描述VARCHAR2(75)TRAINNO火車車皮號VARCHAR2(20)GOODSBILLNO貨物提單號VARCHAR2(20)DEPARTMENTORDERVARCHAR2(20)BOARDORDERVARCHAR2(20)(7)出口裝箱單信息出口裝箱單涉及的表如圖35所示。提取信息有 箱號ctnno、箱型ctntype、進出口標志iosign、提單號blno、中轉港代碼codedelivery、中轉港delivery、源表主鍵plconinfoid 、進出口時間 LOADORDISTIME。DIS39。LOAD39。LOAD REPORT39。COARRI39。W39。將裝卸船信息導入集裝箱進出口信息底賬表K_ETL_MAINSTATU表的字段對應關系如表312，K_ETL_MAINSTATU表中沒有裝卸船信息的字段與之對應的默認為空。YYYYMMDDHH24MISS39。將網上訂艙信息導入集裝箱進出口信息底賬表K_ETL_MAINSTATU表的字段對應關系如表311，K_ETL_