SQL Server數據庫開發中的三大問題
第一， 什么是常見的對表和字段的名字約束?
SQL Server 2000下的表和字段名稱有1到128字節的限制，并且遵循用于標識的規則。第一個字母必須是如下的一種：Unicode Standard 2.0中規定的字母；Unicode對字母的定義包括:拉丁字母，從A到Z，除了來自其他語言的字母之外；下劃線(_)，at符號(@)，或者數字符號(#)。
在SQL Server中以這些符號作為標識符的開始具有特殊的含義。一個以at符號(@)開頭的標識符表示一個本地的變量或者參數。一個以數字符號(#)開頭的標識符代表一個臨時表或者過程。一個以兩個數字符號(##)開頭的標識符標識的是一個全局臨時對象。一些Transact-SQL函數的名字以兩個at符號(@@)開頭。為了避免與這些函數混淆，推薦你不要使用兩個at符號(@@)開頭的標識符。接下來的字母可以是以下的任意幾種：Unicode Standard 2.0定義的字母；來自基礎拉丁文或者其他語音的十進制數字；at符號(@)，美元符號($)，數字符號(#)，或者下劃線。
標識符絕對不能是Transact-SQL的保留字。SQL Server保留了一些大寫和小寫的保留字。內建的空間或者特殊的字母都不允許出現，盡管你可以在好的老版本的Northwind中看到它們包含了內建的空間。你必須通過把它們括在括號中才可以訪問。
第二， CLR存儲過程和函數與T-SQL存儲過程和函數相比，性能如何?
這里是用來比較T-SQL例程和CLR例程性能的一種常用的規則:用你的數據，在你的服務器上，測試兩套配置，看看哪一個比較好。 就是說，許多人都運行過性能測試，一般的結果就是T-SQL在標準的CRUD(創建、讀取、更新、刪除)操作上表現要比好一點，而在復雜數學、字符串賦值和其他的超過數據訪問的任務上，則是CLR的性能表現更好一點。
只要存儲過程只產生了一個單個的結果，要在另外一個存儲過程中使用這個存儲過程產生的輸出，這個技術是非常直接的。這個技術就是使用一個臨時表來裝載存儲過程的巨額iguo，然后通過INSERT EXEC語句來執行這個過程并保存結果。一旦結果保留在臨時表中了，他們就可以像使用其它表數據一樣來使用它了。 這里是我們可能會復用的一個過程例子:
CREATE PROC usp_Demo_AllAuthors as
select * from pubs..authors
第三，不具有任何T-SQL知識的情況下編寫SQL Server2005存儲過程嗎?
作為過去幾年里面微軟試圖用SQL Server 2005的.net集成來稱霸市場的野心的結果，許多程序員都認為創建SQL Server存儲過程不再必需T-SQL了。不幸的是(或者并非如此，這根據你的觀點)，這并不全是事實。在技術上是可以在不了解T-SQL的情況下創建存儲過程的，但是沒有T-SQL的話則無法訪問任何的數據。
在CLR存儲過程內部進行數據訪問，是通過使用標準的ADO.NET類來完成的。開發人員會在應用程序層發現很多同樣的沒有用處的數據訪問代碼，這些代碼會很輕易地轉移到SQLCLR例程中去。當中間層的這些ADO.NET類需要使用T-SQL來訪問數據的時候，在 CLR主機提供的環境中就會使用同樣的類。
我要強調的是，從技術角度來說，不使用T-SQL來編寫存儲過程是可能的。那么有沒有理由這么做呢?一種情況就是這是一個用來從普通文件或者網絡服務中檢索數據的CLR存儲過程，并將數據格式設置為行集。這里可能就會用到不需要T-SQL的操作――但是這并不是對T -SQL存儲過程能力的一個很好的比喻。
