请问text占的空间更小,还是更大? 
是不是查询时性能不好? 
还有varchar也比char查询性能差吧?

解决方案 »

  1.   

    char 和 varchar
    固定长度 (char) 或可变长度 (varchar) 字符数据类型。char[(n)]长度为 n 个字节的固定长度且非 Unicode 的字符数据。n 必须是一个介于 1 和 8,000 之间的数值。存储大小为 n 个字节。char 在 SQL-92 中的同义词为 character。varchar[(n)]长度为 n 个字节的可变长度且非 Unicode 的字符数据。n 必须是一个介于 1 和 8,000 之间的数值。存储大小为输入数据的字节的实际长度,而不是 n 个字节。所输入的数据字符长度可以为零。varchar 在 SQL-92 中的同义词为 char varying 或 character varying。注释
    如果没有在数据定义或变量声明语句中指定 n,则默认长度为 1。如果没有使用 CAST 函数指定 n,则默认长度为 30。将为使用 char 或 varchar 的对象被指派数据库的默认排序规则,除非用 COLLATE 子句另外指派了特定的排序规则。该排序规则控制用于存储字符数据的代码页。支持多语言的站点应考虑使用 Unicode nchar 或 nvarchar 数据类型以尽量减少字符转换问题。如果使用 char 或 varchar: 如果希望列中的数据值大小接近一致,请使用 char。
    如果希望列中的数据值大小显著不同,请使用 varchar。 
    如果执行 CREATE TABLE 或 ALTER TABLE 时 SET ANSI_PADDING 为 OFF,则一个定义为 NULL 的 char 列将被作为 varchar 处理。 当排序规则代码页使用双字节字符时,存储大小仍然为 n 个字节。根据字符串的不同,n 个字节的存储大小可能小于 n 个字符。
    ntext、text 和 image
    用于存储大型非 Unicode 字符、Unicode 字符及二进制数据的固定长度和可变长度数据类型。Unicode 数据使用 UNICODE UCS-2 字符集。ntext可变长度 Unicode 数据的最大长度为 230 - 1 (1,073,741,823) 个字符。存储大小是所输入字符个数的两倍(以字节为单位)。ntext 在 SQL-92 中的同义词是 national text。text服务器代码页中的可变长度非 Unicode 数据的最大长度为 231-1 (2,147,483,647) 个字符。当服务器代码页使用双字节字符时,存储量仍是 2,147,483,647 字节。存储大小可能小于 2,147,483,647 字节(取决于字符串)。image可变长度二进制数据介于 0 与 231-1 (2,147,483,647) 字节之间。 
      

  2.   

    varchar会比较好
    多少数据就用多少空间
    char不管多少数据都同固定空间
      

  3.   

    to:text占的空间更小,还是更大? 
    一般来说Text占用空间很大,你可以使用RAR或ZIP压缩一个文本文件试试,一般压缩比在50%以上(文本文件在20K以上效果才显出来,因为每一个压缩包前边一般有几K的压缩信息)to:varchar也比char查询性能..
    从理论上讲是一样快的。但是对定长的Char要提高查询速度可以将字符串利用ASCII码转换成数字再建立数字索引,这样查询就快很多。
      

  4.   

    数据库中好像讲text是一个文件指针指向一个数据簇,如果数据簇是有最小单位的,那么就会有浪费. 查询估计也会慢, 因为每次要通过指针从不同的簇读数据, 多了个步骤不说, 它们可能还不连续.
    VARCHAR 和 CHAR 不了解怎么存的, 我觉得查询速度应该跟他们的长度成反比.