在SQL Server中進(jìn)行開發(fā)會讓你身處險地，并且尋找快速解決方案。我們編輯了前十名關(guān)于SQL Server開發(fā)的常見問題。對常見的針對表和字段的名字約束進(jìn)行探究。學(xué)習(xí)如何解決并發(fā)問題，并且在不了解T-SQL的情況下編寫存儲過程。查看這些解 決方案的快速參考，并且了解更多內(nèi)容。

　　在SQL Server開發(fā)問題中你可能會問到的十個問題：

• 　　什么是常見的對表和字段的名字約束?
• 　　有沒有可能在不了解T-SQL的情況下編寫存儲過程
• 　　T-SQL 中如何比較CLR 存儲過程和函數(shù)的性能?
• 　　我如何在一個存儲過程中使用另一個存儲過程產(chǎn)生的結(jié)果?
• 　　我如何解決SQL Server 2005的并發(fā)問題?
• 　　在SQL Server 2005中用什么工具替代了查詢分析器?
• 　　你能提供一些有關(guān)SQL 和T-SQL的詳細(xì)信息嗎?
• 　　SQL Server 2005 有沒有新的索引類型?
• 　　我如何創(chuàng)建一個腳本在表中進(jìn)行選擇?
• 　　我如何列出那些沒有記錄的數(shù)據(jù)庫表?

　　對于表和字段的常見名字約束

　 　專家回答:SQL Server 2000下的表和字段名稱有1到128字節(jié)的限制，并且遵循用于標(biāo)識的規(guī)則。第一個字母必須是如下的一種：Unicode Standard 2.0中規(guī)定的字母；Unicode對字母的定義包括:拉丁字母，從A到Z，除了來自其他語言的字母之外；下劃線(_)，at符號(@)，或者數(shù)字符號 (#)。

　　在SQL Server中以這些符號作為標(biāo)識符的開始具有特殊的含義。一個以at符號(@)開頭的標(biāo)識符表示一個本地的變量或者參數(shù)。一個以數(shù)字符號(#)開頭的標(biāo) 識符代表一個臨時表或者過程。一個以兩個數(shù)字符號(##)開頭的標(biāo)識符標(biāo)識的是一個全局臨時對象。一些Transact-SQL函數(shù)的名字以兩個at符號 (@@)開頭。為了避免與這些函數(shù)混淆，推薦你不要使用兩個at符號(@@)開頭的標(biāo)識符。接下來的字母可以是以下的任意幾種：Unicode Standard 2.0定義的字母；來自基礎(chǔ)拉丁文或者其他語音的十進(jìn)制數(shù)字；at符號(@)，美元符號($)，數(shù)字符號(#)，或者下劃線。

　　標(biāo)識符絕對不能是Transact-SQL的保留字。SQL Server保留了一些大寫和小寫的保留字。內(nèi)建的空間或者特殊的字母都不允許出現(xiàn)，盡管你可以在好的老版本的Northwind中看到它們包含了內(nèi)建的空間。你必須通過把它們括在括號中才可以訪問。

        不具有任何T-SQL知識的情況下編寫SQL Server2005存儲過程嗎?

　　作為過去幾年里 面微軟試圖用SQL Server 2005的.net集成來稱霸市場的野心的結(jié)果，許多程序員都認(rèn)為創(chuàng)建SQL Server存儲過程不再必需T-SQL了。不幸的是(或者并非如此，這根據(jù)你的觀點(diǎn))，這并不全是事實(shí)。在技術(shù)上是可以在不了解T-SQL的情況下創(chuàng)建 存儲過程的，但是沒有T-SQL的話則無法訪問任何的數(shù)據(jù)。

　　在CLR存儲過程內(nèi)部進(jìn)行數(shù)據(jù)訪問，是通過使用標(biāo)準(zhǔn)的ADO.NET類來完 成的。開發(fā)人員會在應(yīng)用程序?qū)影l(fā)現(xiàn)很多同樣的沒有用處的數(shù)據(jù)訪問代碼，這些代碼會很輕易地轉(zhuǎn)移到SQLCLR例程中去。當(dāng)中間層的這些ADO.NET類需 要使用T-SQL來訪問數(shù)據(jù)的時候，在 CLR主機(jī)提供的環(huán)境中就會使用同樣的類。

　　我要強(qiáng)調(diào)的是，從技術(shù)角度來說，不使用T-SQL來 編寫存儲過程是可能的。那么有沒有理由這么做呢?一種情況就是這是一個用來從普通文件或者網(wǎng)絡(luò)服務(wù)中檢索數(shù)據(jù)的CLR存儲過程，并將數(shù)據(jù)格式設(shè)置為行集。 這里可能就會用到不需要T-SQL的操作——但是這并不是對T -SQL存儲過程能力的一個很好的比喻。

　　CLR存儲過程vs. T-SQL存儲過程

　　CLR存儲過程和函數(shù)與T-SQL存儲過程和函數(shù)相比，性能如何?

　　回答:

　 　這里是用來比較T-SQL例程和CLR例程性能的一種常用的規(guī)則:用你的數(shù)據(jù)，在你的服務(wù)器上，測試兩套配置，看看哪一個比較好。 就是說，許多人都運(yùn)行過性能測試，一般的結(jié)果就是T-SQL在標(biāo)準(zhǔn)的CRUD(創(chuàng)建、讀取、更新、刪除)操作上表現(xiàn)要比好一點(diǎn)，而在復(fù)雜數(shù)學(xué)、字符串賦值 和其他的超過數(shù)據(jù)訪問的任務(wù)上，則是CLR的性能表現(xiàn)更好一點(diǎn)。

　　回答:

　　只要存儲過程只產(chǎn)生了一個單個的結(jié)果，要 在另外一個存儲過程中使用這個存儲過程產(chǎn)生的輸出，這個技術(shù)是非常直接的。這個技術(shù)就是使用一個臨時表來裝載存儲過程的巨額iguo，然后通過 INSERT EXEC語句來執(zhí)行這個過程并保存結(jié)果。一旦結(jié)果保留在臨時表中了，他們就可以像使用其它表數(shù)據(jù)一樣來使用它了。 這里是我們可能會復(fù)用的一個過程例子:

　　CREATE PROC usp_Demo_AllAuthors as

　　select * from pubs..authors

關(guān)鍵字：SQL Server、數(shù)據(jù)庫、網(wǎng)絡(luò)

【 頂部 】 【 關(guān)閉 】