推薦：SQL Server中怎么得到自動編號字段解析
問：SQL Server 2000中設(shè)計表時如何得到自動編號字段？ 答：具體步驟如下： ①像Access中的自動編號字段 右鍵你的表--設(shè)計表--找到你的id字段(類int型)--標(biāo)識--是--標(biāo)識種子（初始值）--標(biāo)識遞增量--OK ②用IDENTITY (SEED,INCREMENT)參數(shù) seed -啟始值 incr

很多開發(fā)者進(jìn)行數(shù)據(jù)庫設(shè)計的時候往往并沒有太多的考慮char， varchar類型，有的是根本就沒注意，因為存儲價格變得越來越便宜了，忘記了最開始的一些基本設(shè)計理論和原則，這點讓我想到了現(xiàn)在的年輕人，大手一揮一把人民幣就從他手里溜走了，其實我想不管是做人也好，做開發(fā)也好，細(xì)節(jié)的把握直接決定很多東西。當(dāng)然還有一部分人是根本就沒弄清楚他們的區(qū)別，也就隨便選一個。在這里我想對他們做個簡單的分析，當(dāng)然如果有不對的地方希望大家指教。

1、CHAR。CHAR存儲定長數(shù)據(jù)很方便，CHAR字段上的索引效率級高，比如定義char(10)，那么不論你存儲的數(shù)據(jù)是否達(dá)到了10個字節(jié)，都要占去10個字節(jié)的空間,不足的自動用空格填充，所以在讀取的時候可能要多次用到trim()。

2、VARCHAR。存儲變長數(shù)據(jù)，但存儲效率沒有CHAR高。如果一個字段可能的值是不固定長度的，我們只知道它不可能超過10個字符，把它定義為 VARCHAR(10)是最合算的。VARCHAR類型的實際長度是它的值的實際長度+1。為什么“+1”呢?這一個字節(jié)用于保存實際使用了多大的長度。從空間上考慮，用varchar合適;從效率上考慮，用char合適，關(guān)鍵是根據(jù)實際情況找到權(quán)衡點。

3、TEXT。text存儲可變長度的非Unicode數(shù)據(jù)，最大長度為2^31-1(2,147,483,647)個字符。

4、NCHAR、NVARCHAR、NTEXT。這三種從名字上看比前面三種多了個“N”。它表示存儲的是Unicode數(shù)據(jù)類型的字符。我們知道字符中，英文字符只需要一個字節(jié)存儲就足夠了，但漢字眾多，需要兩個字節(jié)存儲，英文與漢字同時存在時容易造成混亂，Unicode字符集就是為了解決字符集這種不兼容的問題而產(chǎn)生的，它所有的字符都用兩個字節(jié)表示，即英文字符也是用兩個字節(jié)表示。nchar、nvarchar的長度是在1到4000之間。和char、varchar比較起來，nchar、nvarchar則最多存儲4000個字符，不論是英文還是漢字;而char、varchar最多能存儲8000個英文，4000個漢字�？梢钥闯鍪褂胣char、nvarchar數(shù)據(jù)類型時不用擔(dān)心輸入的字符是英文還是漢字，較為方便，但在存儲英文時數(shù)量上有些損失。

所以一般來說，如果含有中文字符，用nchar/nvarchar，如果純英文和數(shù)字，用char/varchar

我把他們的區(qū)別概括成：

CHAR，NCHAR 定長，速度快，占空間大，需處理

VARCHAR，NVARCHAR，TEXT 不定長，空間小，速度慢，無需處理

NCHAR、NVARCHAR、NTEXT處理Unicode碼

來源:cnblog

分享：SQL Server日志文件損壞嚴(yán)重的問題解決方法
如果服務(wù)器出現(xiàn)Raid故障，在數(shù)據(jù)基本恢復(fù)成功后，發(fā)現(xiàn)其中的一個Sql Server日志文件（擴(kuò)展名LDF）損壞嚴(yán)重，我們可以通過下面的操作使數(shù)據(jù)全部恢復(fù)。 首先新建一個同名的數(shù)據(jù)庫，然后再停掉sql server服務(wù)，用原數(shù)據(jù)庫的數(shù)據(jù)文件覆蓋掉這個新建的數(shù)據(jù)庫文件