數(shù)據(jù)庫高效管理應當破除迷信

申請免費試用、咨詢電話：400-8352-114

就此而言，迷信在數(shù)據(jù)庫中或IT業(yè)中不會有容身之地。

開發(fā)人員經常要為一些明顯的潛在問題寫解決方案。但這些做法完全是沒有必要和不適宜的。

就拿我一個朋友過去工作過的地方為例。我本要提到他的名字，但對這一點毫無意義。一次我朋友報告了他們應用程序中數(shù)據(jù)庫性能極其低下的情況并且接到處理的任務。經過調查，他發(fā)現(xiàn)數(shù)據(jù)和日志文件在同一個分區(qū)，瓶頸就出在那兒。因此他告訴他老板，我們需要把文件放到獨立的分區(qū)，這樣性能將有一個飛躍的提升。就此，他老板回應道，我并不打算將一個未經測試的架構放到我的運行環(huán)境中，你首先得測試他。這兒我要說的是，他的老板是個高級數(shù)據(jù)庫管理員，而不是一個普通經理型的角色。

然后，我的朋友很吃驚的告訴他，那是行業(yè)標準的做法，其實并不需要測試。該高級數(shù)據(jù)庫管理員回答說，但是“任何事情”都可能發(fā)生，所以我們不能冒這個險。

那么首先，弄清楚“anything”是什么?及具體擔心的又有那些問題?這些所謂的“任何事情”真的會發(fā)生嗎?其實不然，比喻說，你的數(shù)據(jù)庫文件不可能自動轉換成Oracle文件或者Excel文件以及突然變得和SQL Server 不相匹配。這個文件不可能突然啟動去刪除記錄或者丟棄表格。因此，明確類是這樣的“任何事情”都不可能發(fā)生，那么你還有什么好擔心的呢?你是擔心他們不能正常的工作?在這種情況下，如何復制，并保持原件，直到我們證實他們適合新的位置。那些東西都在為你工作嗎?不是?為什么不呢?由于什么事情仍可能在發(fā)生。別這么回答，你不可能用一句近乎迷信的話“什么都可能發(fā)生”來回答。給我一些更具體你害怕的情況，我們將采取步驟來防止他們等。

另一次也出現(xiàn)了同樣的情況，我的朋友實施了完善的XML解決方案解決他們一個最大的問題。而且這個方案稱得上是及其優(yōu)雅的，快速和冷靜。直接找到了問題的根源 。然而，他不得不調用microsoft.com的XML命名空間，他的老板否定了這份解決方案，因為他認為調用外部資源是不安全的。如果黑客想要攻擊，什么事情都可能發(fā)生，他只是不能提供這樣的機會。三個星期后，我的朋友遞交了他的辭呈。

再次思考“anythign” 是什么?由于什么事情都不可能會發(fā)生。而這這樣做的結果只是愚蠢的否定掉一個優(yōu)秀的解決方案，僅僅因為它引用了外部資源的命名空間。

在IT行業(yè)里充滿了這些迷信。而這些認識往往是沒有事實根據(jù)的;他們基于過去錯誤的事情和認識，人們沒有抽出寶貴的時間試圖去了解造成他們的原因?，F(xiàn)在沒人能理解。他們像電腦一樣在工作，是半科學和半宗教。你將一個SQLServer集成服務(SSIS)包部署到你的測試盒中，并且運行它。它運行得很好。數(shù)據(jù)庫管理員立即去執(zhí)行它，并且他開始把他從你過去你用來部署與測試的源方案中提出來。你立即阻止他，因為你希望它是直接被提出。為什么?因為它已經證明自己的正確性并且你覺得這是更穩(wěn)定的代碼，因為它已經被部署測試過了。那么你現(xiàn)在真的是愚蠢。他們正在被以相同的基碼數(shù)部署，但你堅決主張什么事情都可能發(fā)生，使其不能被恰當?shù)夭渴稹Ｄ敲春?，界定“anything”。這正是我們具有的相同的疑問。告訴我是“anything”什么，我們將采取步驟防止它。因為沒有什么可能發(fā)生，無論是部署源代碼還是部署已經被部署測試過的代碼。

再次，我們需要明確，迷信不屬于計算機和技術領域。當然，事情出錯，也許你甚至不能預測他們。但是，這并不意味著什么事情都可能發(fā)生。因為任何事情都不可能會發(fā)生。你寫代碼并部署。一路上，你試圖考慮問題并計劃將他們控制在合理的范圍。并且你進展順利。不要再次發(fā)明車輪。因為個人的緣故，如果你不明白什么，只是問，將表現(xiàn)的很愚蠢。但如果你因為不了解情況而做了什么愚蠢的事情將比你只是問但開發(fā)出正確的案表現(xiàn)得更加的愚蠢。（IT168）