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