1，①char与nchar类似，char数据类型使用固定长度来存储字符，最长可以容纳8000个字符定义形式是：char[(n)],，其中，n表示所有字符占有的存储空间，以字节为单位。n必须是一个介于1-8000之间的数值。若不指定的话则系统默认的是1.
利用char的话，设定长度小于实际长度时，超过的字符将会被截断；反之如果设定长度大于实际长度时，则多余的字节将会以空格填充。
②对于nchar用来定义固定长度的Unicode数据，最大长度是4000个字符。定义与char类似。不同的是因为nchar类型采用Unicode 标准的数据类型多占用一倍的存储空间。使用Unicode标准的好处是因为其使用的两个字节做存储单位，故其一个存储单位的容量就大大增加了。
2，①varchar与nvarchar类似，他们的不同点和char与nchar类似区别在于存储的空间，前者是设定的字符是多大则存储空间多大
varchar(n)
长度为 n 个字节的可变长度且非 Unicode 的字符数据。n 必须是一个介于 1 和 8,000 之间的数值。存储大小为输入数据的字节的实际长度，而不是 n 个字节。
nvarchar(n)
包含 n 个字符的可变长度 Unicode 字符数据。n 的值必须介于 1 与 4,000 之间。字节的存储大小是所输入字符个数的两倍。
两字段分别有字段值：我和coffee
那么varchar字段占2×2+6=10个字节的存储空间，而nvarchar字段占8×2=16个字节的存储空间。
如字段值只是英文可选择varchar，而字段值存在较多的双字节（中文、韩文等）字符时用nvarchar
上面是一个总结介绍，通过上面的介绍，可以知道。
varchar(4) 可以输入4个字线，也可以输入两个汉字
nvarchar(4) 可以输四个汉字，也可以输4个字母，但最多四个
在进行SQL server 表结构设计时碰到一个问题，数据类型varchar与nvarchar有什么区别？
经过查阅相关资料总结如下几点区别：
1.
varchar：非Unicode 的字符数据
nvarchar： Unicode 数据
2.
unicode文件格式varchar(n):
长度为 n 个字节的可变长度且非 Unicode 的字符数据。n 必须是一个介于 1 和 8,000 之间的数值。存储大小为输入数据的字节的实际长度，而不是 n 个字节。所输入的数据字符长度可以为零。varchar 在 SQL-92 中的同义词为 char varying 或 character varying。
nvarchar(n):
含 n 个字符的可变长度 Unicode 字符数据。n 的值必须介于 1 与 4,000 之间。字节的存储大小是所输入字符个数的两倍。所输入的数据字符长度可以为零。nvarchar 在 SQL-92 中的同义词为 national char varying 和 national character varying。
3.
一个汉字占varchar(2)，只占nvarchar(1)，而字母只占varchar(1)，那么在数据库字段求长度的时候，用varchar你就不一定知道它确切的知道它到底有几个字，如果用nvarchar，那
么汉字也是nvarchar(1)，字母也是nvarchar(1)，那么已经很明显了.
4.
在性能上varchar的检索快于nvarchar
另外varchar与char归纳几点区别如下
Varchar 的类型不以空格填满，比如varchar(100)，但它的值只是"qian"，则它的值就是"qian"
而char 不一样，比如char(100)，它的值是"qian"，而实际上它在数据库中是"qian "(qian后共有96个空格，就是把它填满为100个字节)。
由于char是以固定长度的，所以它的速度会比varchar快得多!但程序处理起来要麻烦一点，要用trim之类的函数把两边的空格去掉! 所以有时候需要使用char的贮存空间以换得检索速度的提高。但有时则要使用varchar获取占用较低存储空间。
这个问题以前遇到过，不过没有系统的了解，碰巧前几天同学问起，便查了下资料，整理总结了一下。    1、CHAR。CHAR存储定长数据很方便，CHAR字段上的索引效率级高，比如定义char(10)，那么不论你存储的数据是否达到了10个字节，都要占去10个字节的空间。    2、VARCHAR。存储变
长数据，但存储效率没有CHAR高。如果一个字段可能的值是不固定长度的，我们只知道它不可能超过10个字符，把它定义为 VARCHAR(10)是最合算的。VARCHAR类型的实际长度是它的值的实际长度+1。为什么“+1”呢？这一个字节用于保存实际使用了多大的长度。    修改前（char）    修改后（varchar）  上面两个图是论坛中网友贴出来的，可以看到修改后pw_user“减肥”效果相当明显。    从空间上考虑，用varchar合适；从效率上考虑，用char合适，关键是根据实际情况到权衡点。  3、TEXT。text存储可变长度的非Unicode数据，最大长度为2^31-1(2,147,483,647)个字符。    4、NCHAR、NVARCHAR、NTEXT。这三种从名字上看比前面三种多了个“N”。它表示存储的是Unicode数据类型的字符。我们知道字符中，英文字符只需要一个字节存储就足够了，但汉字众多，需要两个字节存储，英文与汉字同时存在时容易造成混乱，Unicode字符集就是为了解决字符集这种不兼容的问题而产生的，它所有的字符都用两个字节表示，即英文字符也是用两个字节表示。nchar、nvarchar的长度是在1到4000之间。和char、varchar比较起来，nchar、nvarchar则最多存储4000个字符，不论是英文还是汉字；而char、varchar最多能存储8000个英文，4000个汉字。可以看出使用nchar、nvarchar数据类型时不用担心输入的字符是英文还是汉字，较为方便，但在存储英文时数量上有些损失。    所以一般来说，如果含有中文字符，用nchar/nvarchar，如果纯英文和数字，用char/varchar
SQL SERVER 中的smalldatetime和datetime区别2008年05月22日 星期四 18:47smalldatetime不能到秒.
不過它占的空間小.(4位)
datet
ime(8位)
而且兩者的時間範圍不一樣. 
datetime占8字节，精度3.33毫秒，时间从1753.1.1到9999.12.31
smalldatetime占4字节，精度1分钟，时间从1900.1.1到2079.6.6
datetime
Date and time data from January 1, 1753, to December 31, 9999, with an accuracy of three-hundredths of a second, or 3.33 milliseconds.
smalldatetime
Date and time data from January 1, 1900, through June 6, 2079, with an accuracy of one minute.
碰上了這件事，才學到教訓，一直以為smalldatetime和datetime的差別只是在於時間範圍:smalldatetime的有效時間範圍1900/1/1~2079/6/6datetime的有效時間範圍1753/1/1~9999/12/31所以我判斷如果該值不用到太遠的日期範圍，就會使用smalldatetime。但我忽略了更關鍵的差別，那就是smalldatetime只精準到分，而datetime則可精準到3.33毫秒。因此，當我怎麼存，秒都是00後，才發現原來是smalldatetime惹的禍，待我將資料型別改成datetime後，秒的部份就可以正常儲存了。
*****************************************************************************************
SQL Server中，smalldatetime只能精确到分钟，而datatime可以精确到3%秒（3.33毫秒）。
smalldatetime占用4个字节，前2个字节存储base date（1900年1月1日）之后的天数。后2个字节存储午夜后的分钟数。
datetime占用8个字节，前4个字节存储base date（即1900年1月1日）之前或之后的天数，后4个字节存储午夜后的毫秒数。
由于datetime的精度是3%秒，这就涉及到小数，毫秒之前可以是冒号，也可以是小数点。使用冒号时表示的意义同时分秒间隔，11:11:11:21表示021毫秒，前面的0省略，而小数点表示的意义同数学上的小数点，如11:11:11.21表示210毫秒，省略的是后面的0。
datetime占8字节，精度3.33毫秒，时间从1753.1.1到9999.12.31 
smalldatetime占4字节，精度1分钟，时间从1900.1.1到2079.6.6

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。