SQL Server資料庫引擎.NET CLR環境資料庫管理員嚮導(1)

這本白皮書也為資料庫引擎 .NET Framework 編程 API提供了設定精靈。它也為編碼，更改和釋放管理過程提供建議，並且這些建議應該適合每個資料庫管理員的具體情況以確保一個專業和安全的配置。

目錄

關於此白皮書

為工作尋找正確的工具

在資料庫引擎中.NET Framework編程的初步介紹 
高效能執行 
設計，預設及部署方面的安全 
步驟1: 開啟Surface Area Configuration 工具 
步驟2: 啟用資料庫引擎.NET Framework 設計 API 
用Transact-SQL啟用API

為工作選擇正確的工具

程式範例

目錄對象 
程式集 
預存程序 
觸發器 
使用者定義函數 
純量涵式 
資料表值函式 
使用者定義彙總 
使用者定義型別

安全維護

原始程式碼控制

Release 管理 

效能檢測

調試代碼

排錯 

Beyond SQL Server 2005 

概要 

SQL Server 2005的額外資料
在Microsoft.com, MSDN和 TechNet上的免費資料 

其他資源 

關於此白皮書

在此白皮書中描述的這些特性及計劃是SQL Server下一版本的發展方向。它們不是這一產品的說明書而且也建議在使用中有所變更。在此不作出任何保證，暗示或其它，這些新特性將會包含在最後產品發行書中。

對於某些新特性，此文檔以讀者熟悉SQL Server 2000的效能和服務為前提。若您擁有SQL Server效能和服務的背景， 讀者可以參見正式產品的網站：http://www.microsoft.com/sql/ 或者在Microsoft 網站上擷取SQL Server資源工具包。

此白皮書會提供相關資訊使得資料庫管理員能夠成功的，沒有風險的，沒有壓力的在資料庫引擎中確保Microsoft .NET Framework編程的使用。因此，此白皮書的讀者應該是資料庫管理員。 作為一個使用SQL Server 2005資料庫引擎且具有遠見的開發人員，您可以登入MSDN 中題目為 Using CLR Integration in SQL Server 2005的白皮書以學習更多知識。

為工作尋找正確的工具

Microsoft® SQL Server™ 2005 提供一套完整的程式介面，使得開發人員可以比以前更加輕鬆，更易操作的，更具可靠性的構建完善的資料庫應用程式。隨著大篇幅的程式選項而來的是為每個任務提供整套適當工具的考量的需求。雖然很多任務可以用很多方法完成，但每種方式都有其優勢和弊端。因此，為工作找尋最好的工具的標準在於應用程式在商業使用中的載入和使用的程度。資料庫管理員可能會有意下一些問題：

◆系統是否應該用XML處理資料或者刪除和儲存是否應該相關聯？
◆這些過程和這些過程複雜的操作步驟是否應該被同步或非同步處理？
◆這些商業邏輯，計算或額外的安全選則是否應該在客戶應用程式，中介層或後台資料庫中被處理？
◆資料分析是否應該在關聯資料庫中或者通過商業整合引擎來處理？
◆資料轉變是否在智慧型服務ETL 引擎裡發生或者是在SQL處理資料庫裡來轉變？
◆傳統運行在中介層伺服器中的複雜商業邏輯是否仍然在中介層或是移動至SQL Server平台？
◆怎樣混合的客戶及伺服器在infrastructure 中運行。是否需要Windows用戶端，Unix 客戶段的支援，還是兩個均需要？

在大多數資料庫開發項目中，與資料庫相互影響的技術選擇和組件結構化設計的角色落到了資料庫管理員DBA）的身上。這個管理者就是管理和恢複商業資料擁有最終職責的那個人。大多數資料庫管理員們對新技術採取保守態度。這是一個本能，因為同新功能提供的好處隨之而來的是，新技術可能包括危及穩定性和完整性的新風險。經驗豐富的資料庫管理員 經常通過全面的測試和對新技術的理解來為管理風險/利益作出保證。而且更多的是，他們常常花時間來確定哪裡加入更值得，或者更重要的是，哪裡不能被使用。因此在本能的保守主義作用下，資料庫管理員可能會問：“當我明白了這些特性我怎麼將它們關掉？”好訊息是早前發布的SQL Server ，這回傳布的版本在預設情況下新特性是關掉的。

與那些將新特性永久關閉的人不同的是，一個謹慎的資料庫管理員 將會注意學習足夠的技術來決定它可以在哪裡被適當的使用以及哪裡可以使它發揮最大作用。完全不需要理解開發人員可能會使用到的每一個語言裡的每一行代碼，但是你確實需要足夠的信心來提供非常多的操作支援，維護和排錯。 在這些新特性的圍繞下，適當使用它們的關鍵在於理解力，分析能力以及強的控制力。