問題

我常被問到如何把駐留在物理服務(wù)器/SQL 實例上的數(shù)據(jù)庫轉(zhuǎn)變?yōu)樗鼈兿鄳?yīng)的應(yīng)用程序名稱。在準備計劃好的服務(wù)器停機通知時，這種需要就產(chǎn)生了，但在我的組織內(nèi)與IT經(jīng)理或非技術(shù)人員溝通時，這也是有價值的。如果你不是數(shù)據(jù)庫管理員或特定數(shù)據(jù)庫的應(yīng)用分析師，你通常會無視數(shù)據(jù)庫的命名規(guī)則，而這些數(shù)據(jù)庫支持著你每日依賴的應(yīng)用程序。這就是為什么當(dāng)需要產(chǎn)生時在適當(dāng)?shù)奈恢蒙嫌稍獢?shù)據(jù)庫來提供轉(zhuǎn)化很重要。

專家解答

大部分數(shù)據(jù)庫管理員擁有某種形式的數(shù)據(jù)庫元數(shù)據(jù)庫，他們依賴其來跟蹤范圍很廣的Microsoft SQL Server環(huán)境。我利用連接的服務(wù)器和分布式數(shù)據(jù)庫訪問來建立一個已經(jīng)在我的環(huán)境中使用了七年的元數(shù)據(jù)庫。它不是漂亮的，但它是功能性很強的。跟很多IT開發(fā)者和數(shù)據(jù)庫管理員一樣，即使它有自身的不足我還是為自己的創(chuàng)造感到驕傲。它很慢，不像它可以的那樣最新型，也不像它應(yīng)該的那樣安全。

自從讀了2007年5月和6月Rodney Landrum在SQL Server雜志上發(fā)表的關(guān)于SQL Server集成服務(wù)(SSIS)和數(shù)據(jù)庫管理員知識庫(DBA Repositories)的文章，我知道是時候采取別人的解決方法了。這對于我的環(huán)境來說是完美的，而一些改動也是容易采納的。2008年2月，一篇后續(xù)文章在SQL Server雜志上發(fā)表，在這篇文章里，Rodney更新了他的解決方法。我下載了代碼，在我的測試環(huán)境里審核，并迅速把它納入產(chǎn)品中。當(dāng)大家普遍地為這個解決方法所提供的而感到高興時，在它包中缺少的一方面是把數(shù)據(jù)庫關(guān)聯(lián)到應(yīng)用程序的能力。通過在他的解決方法中增加兩張額外的表，我可以在我的“土生土長”元數(shù)據(jù)庫中增加應(yīng)用程序元數(shù)據(jù)到我現(xiàn)在使用的SQL Server雜志的方法中。

增加到我數(shù)據(jù)庫中的應(yīng)用元數(shù)據(jù)包括創(chuàng)建兩張表：dbo.Applications，專為存儲所有程序的應(yīng)用名稱，而這些程序在我的環(huán)境中依賴于SQL Server數(shù)據(jù)庫，還有