ADO參數為研發數據庫的技術人員對Team System承諾，提供相關工具，這樣可以為整個軟件開發周期少了不少彎路，降低工作的復雜性,我認為Vs.Net 2010只會使我們的工作更簡單和更輕松。

一般都依賴于已經存在的用戶數據庫。創建數據庫的工作當然可以用SQL Server提供的SQL EnterpriseManager工具來完成，但是，如果能夠提供一種定制的數據庫管理工具，專門管理應用系統需要的數據庫及其設備，ADO參數對用戶來說無疑更加理想。

其中NAME和SIZE這兩個參數都很容易得到，麻煩的是物理名PHYSNAME和虛擬設備號VDEVNO這兩個ADO參數。前者要求是一個服務器上的物理文件全路徑名；后者要求在1～255之間找一個沒有被別的設備占用的號碼。而在編寫數據庫管理程序時，用戶的服務器上有哪些設備號已經被占用，SQLServer裝在哪個驅動器上，都是無法預料的。

雖然，使用SQLServer的管理工具SQLEnterpriseManager，可以非常方便地創建、刪除數據庫設備，或者擴大一個已經存在的數據庫，也可以非常方便地創建、刪除或者修改一個數據庫,但是，這個工具仍然要求我們輸入很多不太常用的參數，界面稍顯復雜,為了實現這樣的目標，我們必須想辦法解決SQL語句中的參數設置問題。

創建設備的ADO參數

創建設備的語句即前面提到的DISKINIT語句，為了簡化問題，我們可以指定與數據庫名相同的設備文件名，并將設備文件保存在master設備所在的子目錄中。數據庫名是在設計應用程序時已經確定；而master設備所在的子目錄，可以從系統表sysdevices中查詢得到。這樣，設備文件的物理名參數就確定下來了,虛擬設備號的問題則比較復雜，因為sysdevices系統表中沒有“虛擬設備號”這樣一個字段，因此，必須另想辦法。#t#

對SQLServer的系統存儲過程sp_helpdevice進行分析之后，我們發現，虛擬設備號是“隱藏”在sysdevices系統表的low字段中的，借助另一個系統表spt_values，可以找到每個設備的虛擬設備號。這樣，我們只需要在一個循環中找一下某個設備號是否存在于ADO參數中，就可以確定我們現在可用的虛擬設備號。至于數據庫設備的大小，我們不妨設得大一些，或者讓用戶指定一下也可以。