DB2 9數(shù)據(jù)庫缺點的的具體體現(xiàn)
此文章主要講述的是DB2 9數(shù)據(jù)庫缺點，我們大家都知道和其他主流數(shù)據(jù)庫管理系統(tǒng)相比較，DB2數(shù)據(jù)庫有著自己獨特的優(yōu)勢，同時也有自己的不足。在處理datawarehouse系統(tǒng)上DB2的性能應該是非常優(yōu)秀的，同時DB2對優(yōu)化器做的相當***。
對于大部分復雜查詢可以有效地將其重寫為***語句，并且分配合理的執(zhí)行計劃。
DB2在關閉機制上有一定的不足。這與DB2的設計框架相關，內存鎖的使用在提升效率的同時也對系統(tǒng)的優(yōu)化要求提到了***。如果用戶對數(shù)據(jù)庫的本身優(yōu)化和應用程序優(yōu)化做的不足，那么DB2會容易出現(xiàn)鎖等待現(xiàn)象。
此外，DB2在API與函數(shù)的提供上還不完善。但是多倫多實驗室的人正在盡力完善這個模塊，在DB2 9中我們期待看到更多更為強大的函數(shù)。
同時，對于所有的數(shù)據(jù)庫系統(tǒng)高可用性也是一個比較令人頭疼的問題。在DB2中的高可用性對于普通用戶來說可能比較復雜，但是IBM有一些經典的技術文檔可以用來參照幫助用戶自己設置。對于管理多分區(qū)系統(tǒng)的DBA來說，怎樣對各分區(qū)協(xié)調，如何合理設置分區(qū)鍵是重要的。
作為技術支持小組的人，需要真正深入理解各分區(qū)之間的通訊與工作機制是最重要的。記得以前看過一篇文章說DB2的share nothing架構是騙人的東西，個人認為是因為他對DB2多分區(qū)理論只是做了一些文字上的理解，但是對于其中的內存CPU，磁盤資源的分配卻根本沒有理解。
也許很多人都認為DB2比起其他的數(shù)據(jù)庫系統(tǒng)要復雜很多，但是個人認為那是由于這些人對其底層的架構和模型不了解所導致的。真正意義上理解DB2以后就會發(fā)現(xiàn)其中的每一個模塊都是經過精心設計的。如能完整地優(yōu)化系統(tǒng)，許多數(shù)據(jù)庫常見的問題就不會出現(xiàn)。
上述的相關內容就是對關于DB2 9數(shù)據(jù)庫缺點詳細分析，希望會給你帶來一些幫助在此方面。
【編輯推薦】
