A. sql Server的常用數據類型（字元型）詳解
對於程序中的string型欄位，SQLServer中有char、varchar、nchar、nvarchar四種類型來對應（暫時不考慮text和ntext），開建立資料庫中，對這四種類型往往比較模糊，這里做一下對比。
定長或變長
所謂定長就是長度固定的，當輸入的數據長度沒有達到指定的長度時將自動以英文空格在其後面填充，使長度達到相應的長度；有var前綴的，表示是實際存儲空間是變長的，比如varchar,nvarchar變長字元數據則不會以空格填充，比較例外的是，text存儲的也是可變長。
Unicode或非Unicode
資料庫中，英文字元只需要一個位元組存儲就足夠了，但漢字和其他眾多非英文字元，則需要兩個位元組存儲。如果英文與漢字同時存在，由於佔用空間數不同，容易造成混亂，導致讀取出來的字元串是亂碼。Unicode字元集就是為了解決字元集這種不兼容的問題而產生的，它所有的字元都用兩個位元組表示，即英文字元也是用兩個位元組表示。而前綴n就表示Unicode字元，比如nchar,nvarchar，這兩種類型使用了Unicode字元集。
基於以上兩點來看看欄位容量
char，varchar 最多8000個英文，4000個漢字
nchar，nvarchar 可存儲4000個字元，無論英文還是漢字
使用(個人偏好)
如果數據量非常大，又能100%確定長度且保存只是ansi字元，那麼char
能確定長度又不一定是ansi字元或者，那麼用nchar；
對於超大數據，如文章內容，使用nText
其他的通用nvarchar
char、varchar、nchar、nvarchar特點比較
CHAR
CHAR存儲定長數據很方便，CHAR欄位上的索引效率級高，比如定義char(10)，那麼不論你存儲的數據是否達到了10個位元組，都要佔去10個位元組的空間。
VARCHAR
存儲變長數據，但存儲效率沒有CHAR高,如果一個欄位可能的值是不固定長度的，我們只知道它不可能超過10個字元，把它定義為 VARCHAR(10)是最合算的。VARCHAR類型的實際長度是它的值的實際長度+1。為什麼"+1"呢？這一個位元組用於保存實際使用了多大的長度。
從空間上考慮，用varchar合適；從效率上考慮，用char合適，關鍵是根據實際情況找到權衡點。
TEXT
text存儲可變長度的非Unicode數據，最大長度為2^31-1(2,147,483,647)個字元。
NCHAR、NVARCHAR、NTEXT
這三種從名字上看比前面三種多了個"N"。和char、varchar比較起來，nchar、nvarchar最多存儲4000個字元，不論是英文還是漢字；而char、varchar最多能存儲8000個英文，4000個漢字。可以看出使用nchar、nvarchar數據類型時不用擔心輸入的字元是英文還是漢字，較為方便，但在存儲英文時數量上有些損失。
所以一般來說，如果含有中文字元，用nchar/nvarchar，如果純英文和數字，用char/varchar
B. sql數據類型有哪些
一、 整數數據類型
整數數據類型是最常用的數據類型之一。
1、INT （INTEGER）
INT （或INTEGER）數據類型存儲從-2的31次方 （-2 ，147 ，483 ，648） 到2的31次方-1 （2 ，147 ，483，647） 之間的所有正負整數。每個INT 類型的數據按4 個位元組存儲，其中1 位表示整數值的正負號，其它31 位表示整數值的長度和大小。
2、SMALLINT
SMALLINT 數據類型存儲從-2的15次方（ -32， 768） 到2的15次方-1（ 32 ，767 ）之間的所有正負整數。每個SMALLINT 類型的數據佔用2 個位元組的存儲空間，其中1 位表示整數值的正負號，其它15 位表示整數值的長度和大小。
3、TINYINT
TINYINT數據類型存儲從0 到255 之間的所有正整數。每個TINYINT類型的數據佔用1 個位元組的存儲空間。
4、BIGINT
BIGINT 數據類型存儲從-2^63 （-9 ，223， 372， 036， 854， 775， 807） 到2^63-1（ 9， 223， 372， 036 ，854 ，775， 807） 之間的所有正負整數。每個BIGINT 類型的數據佔用8個位元組的存儲空間。
二、 浮點數據類型
浮點數據類型用於存儲十進制小數。浮點數值的數據在SQL Server 中採用上舍入（Round up 或稱為只入不舍）方式進行存儲。所謂上舍入是指，當（且僅當）要舍入的數是一個非零數時，對其保留數字部分的最低有效位上的數值加1 ，並進行必要的進位。若一個數是上舍入數，其絕對值不會減少。如：對3.14159265358979 分別進行2 位和12位舍入，結果為3.15 和3.141592653590。
1、REAL 數據類型
REAL數據類型可精確到第7 位小數，其范圍為從-3.40E -38 到3.40E +38。 每個REAL類型的數據佔用4 個位元組的存儲空間。
2、FLOAT
FLOAT數據類型可精確到第15 位小數，其范圍為從-1.79E -308 到1.79E +308。 每個FLOAT 類型的數據佔用8 個位元組的存儲空間。 FLOAT數據類型可寫為FLOAT[ n ]的形式。n 指定FLOAT 數據的精度。n 為1到15 之間的整數值。當n 取1 到7 時，實際上是定義了一個REAL 類型的數據，系統用4 個位元組存儲它；當n 取8 到15 時，系統認為其是FLOAT 類型，用8 個位元組存儲它。
3、DECIMAL
DECIMAL數據類型可以提供小數所需要的實際存儲空間，但也有一定的限制，您可以用2 到17 個位元組來存儲從-10的38次方-1 到10的38次方-1 之間的數值。可將其寫為DECIMAL[ p [s] ]的形式，p 和s 確定了精確的比例和數位。其中p 表示可供存儲的值的總位數（不包括小數點），預設值為18； s 表示小數點後的位數，預設值為0。 例如：decimal （15 5），表示共有15 位數，其中整數10 位，小數5。 位表4-3 列出了各精確度所需的位元組數之間的關系。
4、NUMERIC
NUMERIC數據類型與DECIMAL數據類型完全相同。
注意：SQL Server 為了和前端的開發工具配合，其所支持的數據精度默認最大為28位。
三、 二進制數據類型
1、BINARY
BINARY 數據類型用於存儲二進制數據。其定義形式為BINARY（ n）， n 表示數據的長度，取值為1 到8000 。在使用時必須指定BINARY 類型數據的大小，至少應為1 個位元組。BINARY 類型數據佔用n+4 個位元組的存儲空間。在輸入數據時必須在數據前加上字元「0X」 作為二進制標識，如：要輸入「abc 」則應輸入「0xabc 」。若輸入的數據過長將會截掉其超出部分。若輸入的數據位數為奇數，則會在起始符號「0X 」後添加一個0，如上述的「0xabc 」會被系統自動變為「0x0abc」。
2、VARBINARY
VARBINARY數據類型的定義形式為VARBINARY（n）。 它與BINARY 類型相似，n 的取值也為1 到8000， 若輸入的數據過長，將會截掉其超出部分。不同的是VARBINARY數據類型具有變動長度的特性，因為VARBINARY數據類型的存儲長度為實際數值長度+4個位元組。當BINARY數據類型允許NULL 值時，將被視為VARBINARY數據類型。
一般情況下，由於BINARY 數據類型長度固定，因此它比VARBINARY 類型的處理速度快。
四、 邏輯數據類型
BIT： BIT數據類型佔用1 個位元組的存儲空間，其值為0 或1 。如果輸入0 或1 以外的值，將被視為1。 BIT 類型不能定義為NULL 值（所謂NULL 值是指空值或無意義的值）。
五、 字元數據類型
字元數據類型是使用最多的數據類型。它可以用來存儲各種字母、數字元號、特殊符號。一般情況下，使用字元類型數據時須在其前後加上單引號』或雙引號」 。
1 CHAR
CHAR 數據類型的定義形式為CHAR[ （n） ]。 以CHAR 類型存儲的每個字元和符號佔一個位元組的存儲空間。n 表示所有字元所佔的存儲空間，n 的取值為1 到8000， 即可容納8000 個ANSI 字元。若不指定n 值，則系統默認值為1。 若輸入數據的字元數小於n，則系統自動在其後添加空格來填滿設定好的空間。若輸入的數據過長，將會截掉其超出部分。
2、NCHAR
NCHAR數據類型的定義形式為NCHAR[ （n） ]。 它與CHAR 類型相似。不同的是NCHAR數據類型n 的取值為1 到4000。 因為NCHAR 類型採用UNICODE 標准字元集（CharacterSet）。 UNICODE 標准規定每個字元佔用兩個位元組的存儲空間，所以它比非UNICODE 標準的數據類型多佔用一倍的存儲空間。使用UNICODE 標準的好處是因其使用兩個位元組做存儲單位，其一個存儲單位的容納量就大大增加了，可以將全世界的語言文字都囊括在內，在一個數據列中就可以同時出現中文、英文、法文、德文等，而不會出現編碼沖突。
3、VARCHAR
VARCHAR數據類型的定義形式為VARCHAR [ （n） ]。 它與CHAR 類型相似，n 的取值也為1 到8000， 若輸入的數據過長，將會截掉其超出部分。不同的是，VARCHAR數據類型具有變動長度的特性，因為VARCHAR數據類型的存儲長度為實際數值長度，若輸入數據的字元數小於n ，則系統不會在其後添加空格來填滿設定好的空間。
一般情況下，由於CHAR 數據類型長度固定，因此它比VARCHAR 類型的處理速度快。
4、NVARCHAR
NVARCHAR數據類型的定義形式為NVARCHAR[ （n） ]。 它與VARCHAR 類型相似。不同的是，NVARCHAR數據類型採用UNICODE 標准字元集（Character Set）， n 的取值為1 到4000。
六、文本和圖形數據類型
這類數據類型用於存儲大量的字元或二進制數據。
1、TEXT
TEXT數據類型用於存儲大量文本數據，其容量理論上為1 到2的31次方-1 （2， 147， 483， 647）個位元組，在實際應用時需要視硬碟的存儲空間而定。
SQL Server 2000 以前的版本中，資料庫中一個TEXT 對象存儲的實際上是一個指針，它指向一個個以8KB （8192 個位元組）為單位的數據頁（Data Page）。 這些數據頁是動態增加並被邏輯鏈接起來的。在SQL Server 2000 中，則將TEXT 和IMAGE 類型的數據直接存放到表的數據行中，而不是存放到不同的數據頁中。 這就減少了用於存儲TEXT 和IMA- GE 類型的空間，並相應減少了磁碟處理這類數據的I/O 數量。
2 NTEXT
NTEXT數據類型與TEXT.類型相似不同的,是NTEXT 類型採用UNICODE 標准字元集(Character Set), 因此其理論容量為230-1(1, 073, 741, 823)個位元組。
3 IMAGE
IMAGE數據類型用於存儲大量的二進制數據Binary Data。 其理論容量為2的31次方-1(2,147,483,647)個位元組。其存儲數據的模式與TEXT 數據類型相同。通常用來存儲圖形等OLE Object Linking and Embedding，對象連接和嵌入）對象。在輸入數據時同BINARY數據類型一樣，必須在數據前加上字元「0X」作為二進制標識
七、日期和時間數據類型
1 DATETIME
DATETIME 數據類型用於存儲日期和時間的結合體。它可以存儲從公元1753 年1 月1 日零時起到公元9999 年12 月31 日23 時59 分59 秒之間的所有日期和時間，其精確度可達三百分之一秒，即3.33 毫秒。DATETIME 數據類型所佔用的存儲空間為8 個位元組。其中前4 個位元組用於存儲1900 年1 月1 日以前或以後的天數，數值分正負，正數表示在此日期之後的日期，負數表示在此日期之前的日期。後4 個位元組用於存儲從此日零時起所指定的時間經過的毫秒數。如果在輸入數據時省略了時間部分，則系統將12:00:00:000AM作為時間預設值：如果省略了日期部分，則系統將1900 年1 月1 日作為日期預設值。
2 SMALLDATETIME
SMALLDATETIME 數據類型與DATETIME 數據類型相似，但其日期時間范圍較小，為從1900 年1 月1 日到2079 年6 月6：日精度較低，只能精確到分鍾，其分鍾個位上為根據秒數四捨五入的值,即以30 秒為界四捨五入。如：DATETIME 時間為14:38:30.283時SMALLDATETIME 認為是14:39:00 SMALLDATETIME 數據類型使用4 個位元組存儲數據。其中前2 個位元組存儲從基礎日期1900 年1 月1 日以來的天數，後兩個位元組存儲此日零時起所指定的時間經過的分鍾數。
八、 貨幣數據類型
貨幣數據類型用於存儲貨幣值。在使用貨幣數據類型時，應在數據前加上貨幣符號，系統才能辨識其為哪國的貨幣，如果不加貨幣符號，則默認為「￥」。各貨幣符號如圖4-2所示。
1 MONEY
MONEY 數據類型的數據是一個有4 位小數的DECIMAL 值，其取值從-2的63次方（-922，337，203，685，477.5808到2的63次方-1（+922，337，203，685，477.5807），數據精度為萬分之一貨幣單位。MONEY 數據類型使用8個位元組存儲。
2 SMALLMONEY
SMALLMONEY數據類型類似於MONEY 類型，但其存儲的貨幣值范圍比MONEY數據類型小,其取值從-214,748.3648到+214,748.3647,存儲空間為4 個位元組。
九、 特定數據類型
SQL Server 中包含了一些用於數據存儲的特殊數據類型。
1 TIMESTAMP
TIMESTAMP數據類型提供資料庫范圍內的惟一值此類型相當於BINARY8或VARBINARY（8），但當它所定義的列在更新或插入數據行時，此列的值會被自動更新，一個計數值將自動地添加到此TIMESTAMP數據列中。每個資料庫表中只能有一個TIMESTAMP數據列。如果建立一個名為「TIMESTAMP」的列，則該列的類型將被自動設為TIMESTAMP數據類型。
2 UNIQUEIDENTIFIER
UNIQUEIDENTIFIER 數據類型存儲一個16 位的二進制數字。此數字稱為（GUIDGlobally Unique Identifier ，即全球惟一鑒別號）。此數字由SQLServer 的NEWID函數產生的全球惟一的編碼，在全球各地的計算機經由此函數產生的數字不會相同。
十、 用戶自定義數據類型
SYSNAME SYSNAME 數據類型是系統提供給用戶的，便於用戶自定義數據類型。它被定義為NVARCHAR（128），即它可存儲128個UNICODE字元或256個一般字元。
以表格形式說明：
欄位類型 描述
bit 0或1的整型數字
int 從-2^31(-2,147,483,648)到2^31(2,147,483,647)的整型數字
smallint 從-2^15(-32,768)到2^15(32,767)的整型數字
tinyint 從0到255的整型數字
decimal 從-10^38到10^38-1的定精度與有效位數的數字
numeric decimal的同義詞
money 從-2^63(-922,337,203,685,477.5808)到2^63-1(922,337,203,685,477.5807)的貨幣數據，最小貨幣單位千分之十
smallmoney 從-214,748.3648到214,748.3647的貨幣數據，最小貨幣單位千分之十
float 從-1.79E+308到1.79E+308可變精度的數字
real 從-3.04E+38到3.04E+38可變精度的數字
datetime 從1753年1月1日到9999年12日31的日期和時間數據，最小時間單位為百分之三秒或3.33毫秒
smalldatetime 從1900年1月1日到2079年6月6日的日期和時間數據，最小時間單位為分鍾
timestamp 時間戳，一個資料庫寬度的唯一數字
uniqueidentifier 全球唯一標識符GUID
char 定長非Unicode的字元型數據，最大長度為8000
varchar 變長非Unicode的字元型數據，最大長度為8000
text 變長非Unicode的字元型數據，最大長度為2^31-1(2G)
nchar 定長Unicode的字元型數據，最大長度為8000
nvarchar 變長Unicode的字元型數據，最大長度為8000
ntext 變長Unicode的字元型數據，最大長度為2^31-1(2G)
binary 定長二進制數據，最大長度為8000
varbinary 變長二進制數據，最大長度為8000
image 變長二進制數據，最大長度為2^31-1(2G)
C. SQL中的nvarchar是什麼數據類型
NVARCHAR
在存儲時，無論是全形還是半形，每個字元都佔用兩個位元組。
在定義時，無論全形或是半形，都是定義字元個數而不是位元組數。
最多顯示4000個字元（無論全形或半形）
是UNICODE標准字元集。
字元中，英文字元只需要一個位元組存儲就足夠了，但漢字眾多，需要兩個位元組存儲，英文與漢字同時存在時容易造成混亂，Unicode字元集就是為了解決字元集這種不兼容的問題而產生的，它所有的字元都用兩個位元組表示，即英文字元也是用兩個位元組表示。
nvarchar(n)
包含 n 個字元的可變長度 Unicode 字元數據。n 的值必須介於 1 與 4,000 之間。位元組的存儲大小是所輸入字元個數的兩倍。所輸入的數據字元長度可以為零。nvarchar 在 SQL-92 中的同義詞為 national char varying 和 national character varying。
D. 怎麼判斷sql文件的編碼格式
文件的字元集在Windows下有兩種，一種是ANSI，一種Unicode。
對於Unicode，Windows支持了它的三種編碼方式，一種是小尾編碼（Unicode)，一種是大尾編碼(BigEndianUnicode)，一種是UTF-8編碼。
我們可以從文件的頭部來區分一個文件是屬於哪種編碼。當頭部開始的兩個位元組為 FF FE時，是Unicode的小尾編碼；當頭部的兩個位元組為FE FF時，是Unicode的大尾編碼；當頭部兩個位元組為EF BB時，是Unicode的UTF-8編碼；當它不為這些時，則是ANSI編碼。
按照如上所說，我們可以通過讀取文件頭的兩個位元組來判斷文件的編碼格式，代碼如下(C#代碼）：
程序中System.Text.Encoding.Default是指操作系統的當前 ANSI 代碼頁的編碼。
public System.Text.Encoding GetFileEncodeType(string filename){ System.IO.FileStream fs = new System.IO.FileStream(filename, System.IO.FileMode.Open, System.IO.FileAccess.Read); System.IO.BinaryReader br = new System.IO.BinaryReader(fs); Byte[] buffer = br.ReadBytes(2); if(buffer[0]>=0xEF) { if(buffer[0]==0xEF && buffer[1]==0xBB) { return System.Text.Encoding.UTF8; } else if(buffer[0]==0xFE && buffer[1]==0xFF) { return System.Text.Encoding.BigEndianUnicode; } else if(buffer[0]==0xFF && buffer[1]==0xFE) { return System.Text.Encoding.Unicode; } else { return System.Text.Encoding.Default; } } else { return System.Text.Encoding.Default; }}
E. SQL SERVER 2008 如何將字元集更改為UTF-8
1.直接打開SQLSERVER2008的相關窗口，會看到字元集為ISO-8859-5，如下圖。
F. 請問在英文的SQL Server 2000默認編碼字元集
估計你是英文版顯示中文出問題要解決吧？
英文版SQL Server，在已有資料庫(默認配置)進行insert操作，如果insert內容為中文,發現insert之後資料庫中的中文內容為亂碼；
解決辦法
(1)、查詢當前資料庫的排序規則(編碼)
select * from ::fn_helpcollations()
(2)、執行SQL語句
alter database test01 collate Chinese_PRC_CI_AI
G. 如何查找sql的字元集，並把字元集導出來
基本上現在的字元集 MySQL 都支持，查看 MySQL 支持的字元集列表， 有兩種方法：
1. SQL 語句
2. 查看元數據字典表
查詢結果：
1）第一列代表字元集名字；
2）第二列表示字元集排序規則；
3）第三列表示字元集描述；
4）第四列表示字元集編碼的最大位元組數。