正在看的ORACLE教程是:Oracle 資料表分區的策略。本文描述通過統計分析出醫院資訊系統需分區的表,對需分區的表選擇分區鍵,即找出包括在你的分區鍵中的列(表的屬性),對大型資料的管理比較有意義, 本文的工作在Oracle8.1.6下實現。
Oracle雖然是一個大型的DBMS,但如果不對記錄比較多的表進行處理,仍然發揮不了Oracle管理大型資料的強大功能,因此對某些表進行分區,具有如下優點:
分區表中每個分區可以在邏輯上認為是一個獨立的對象;
可以在一個表中的一個或多個分區上進行如刪除、移動、析分等維護操作,而不會影響其它分區,具有分區獨立性;
如果選擇合適的分區策略,會大大的加快資料的查詢速度。
一 找出需分區的表
本節描述通過統計分析出醫院His系統需分區的表,對需分區的表找出包括在你的分區鍵中的列(表的屬性),即選擇分區鍵。
1、基於訪問頻度找出需分區的表
Oracle8i允許訪問資料庫中的審核資訊,藉助於收集的審核資訊,設計者能夠確定哪些表的資料是真正最頻繁訪問的,即找出那些表,需要進行分區。
開啟審核:在作為SYS或SYSSTEM登入到資料庫後,動行如下指令碼,開啟對象的審核功能。
這些代碼的運行將產生“audon.sql”的輸出檔案,它包含下面清單中所示格式的語句
使用命令@audon.sql啟用上述代碼以開啟審核功能收集收集審核資訊,建立一個表以儲存概要資訊:
將審核資訊從dba_audit_object表中取出並裝入概要表中:
關閉審核:
這些代碼的運行將產生“audoff.sql”的輸出檔案。
使用命令@ audoff.sql啟用上述代碼以關閉上述對象的審核功能。
清除審核資訊:
分析審核資訊
以上是HIS系統臨床醫囑部分24小時內對錶的訪問情況,從上面的查詢得表1-1。
表1-1
group_order_master( 醫囑套攴主記錄) 、group_order_item(醫囑套攴明細), 表的行數比較少,不適合分區;drug_stock(藥品庫存)雖然存取頻率比較高,但表的行數比較少,因此也不適合分區。我們選擇表的行數比較多、存取頻率比較高的表作分區處理,如 doctor_orders、orders、orders_costs,考慮到doctor_orders是醫生工作站上醫生開的醫囑,orders是由doctor_orders產生、護士工作站上執行的醫囑,兩個表結構類似,而醫囑與藥品、衛生材料、計費聯絡比較密切的是Orders,因此重點介紹對錶orders的處理。
2、基於列值選擇分區鍵
使用Sql*plus下用命令Analyze收集末分區表的統計資訊,按照Oracle推薦的取樣20%進行分析,並將統計結果儲存在資料字典中。
對DBA_TAB_COLUMNS資料字典視圖進行查詢
產生表1-2
表1-2
從表1-2中,我們可以看到欲分區表的各個候選分區鍵的分布頻譜,ORDER_CODE(醫囑代碼)索引值沒有出現一種均勻分布,用它作分區鍵,明顯不合適;
ORDER_CLASS(醫囑類別代碼)、ORDERING_DEPT(開醫囑科室代碼),索引值出現均勻分布,如用它的各個索引值作基於範圍的分區,每個分區具有的記錄數比較均勻,但這種方法對於每天增加上萬條記錄的表來看,顯然不是最優的。如果選用START_DATE_TIME(醫囑開始時間)建立定界分割,每月的資料建立一個分區,在每個分區內基於ORDERING_DEPT建立散列子分區,每月的資料形成一個組合分區,會使每個分區的記錄數分布均勻、查詢速度提高、易於備份和刪除。因為大多數的統計和查詢是在一個月的範圍內,而且從實際的查詢效果看,跨月和跨年資料的統計和查詢速度,也比未分區的時候大大縮短,效果非常明顯。