char类型 和varchar应该不支持中文吧？

Question

但是我刚刚在SQL2005里 实验了一下，发现这个两个数据类型我插入中文也没什么提示，
而且SELECT的时候查出来的也是中文 ，
是我学习的时候学错了 还是其他什么原因呢？？求解

Answer 1

也支持。它们是单字节类型，要用两个字节存储一个没字。应该把它改为nchar或nvarchar

Answer 2

对于程序中的string型字段，SQLServer中有char、varchar、nchar、nvarchar四种类型来对应（暂时不考虑text和ntext），开建立数据库中，对这四种类型往往比较模糊，这里做一下对比。 1.定长或变长
所谓定长就是长度固定的，当输入的数据长度没有达到指定的长度时将自动以英文空格在其后面填充，使长度达到相应的长度；有var前缀的，表示是实际存储空间是变长的，比如varchar,nvarchar变长字符数据则不会以空格填充，比较例外的是，text存储的也是可变长。
2.Unicode或非Unicode
数据库中，英文字符只需要一个字节存储就足够了，但汉字和其他众多非英文字符，则需要两个字节存储。如果英文与汉字同时存在，由于占用空间数不同，容易造成混乱，导致读取出来的字符串是乱码。Unicode字符集就是为了解决字符集这种不兼容的问题而产生的，它所有的字符都用两个字节表示，即英文字符也是用两个字节表示。而前缀n就表示Unicode字符，比如nchar,nvarchar，这两种类型使用了Unicode字符集。
3.基于以上两点来看看字段容量
char，varchar 最多8000个英文，4000个汉字 
nchar，nvarchar 可存储4000个字符，无论英文还是汉字 4.使用(个人偏好) 
如果数据量非常大，又能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。

Answer 3

因为中文系统的代码页支持宽字符集，参考如下：
http://www.aspxcs.net/HTML/1551022391.html

Answer 4

事实摆在楼主面前为什么不敢承认，当然是支持中文的，
如果要兼容除英文和中文以外的其他文字，就要用 nchar,nvarchar之类的。