char、varchar、text和nchar、nvarchar、ntext的区别

ntext:

可变长度
Unicode 数据的最大长度为 230 - 1 (1,073,741,823) 个字符。存储大小是所输入字符个数的两倍(以字节为单位)。ntext 在
SQL-92 中的同义词是 national text。

ntext中存数据是按双字节存的
,显示不了NTEXT你换一下recordset打开方式就行了

text:
服务器代码页中的可变长度非 Unicode 数据的最大长度为
231-1 (2,147,483,647) 个字符。当服务器代码页使用双字节字符时,存储量仍是 2,147,483,647 字节。存储大小可能小于
2,147,483,647 字节(取决于字符串)。

char、varchar、text和nchar、nvarchar、ntext的区别

1、CHAR。CHAR存储定长数据很方便,CHAR字段上的索引效率级高,比如定义char(10),那么不论你存储的数据是否达到了10个字节,都要占去10个字节的空间,不足的自动用空格填充。

2、VARCHAR。存储变长数据,但存储效率没有CHAR高。如果一个字段可能的值是不固定长度的,我们只知道它不可能超过10个字符,把它定义为
VARCHAR(10)是最合算的。VARCHAR类型的实际长度是它的值的实际长度+1。为什么“+1”呢?这一个字节用于保存实际使用了多大的长度。从空间上考虑,用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数据类型时不用担心输入的字符是英文还是汉字,较为方便,但在存储英文时数量上有些损失。

对于什么时候用varchar和nvarchar没有说一定的.
也就是说一个汉字既可以存在varchar中,也可以存在nvarchar中.
那么对于汉字或者Unicode
数据到底存在varchar和nvarchar有什么区别呢?
下面例子说明一下:一个汉字占varchar(2),只占nvarchar(1),而字母只占varchar(1),那么在数据库字段求长度的时候,用varchar你就不一定知道它确切的知道它到底有几个字,如果用nvarchar,那么汉字也是nvarchar(1),字母也是nvarchar(1),那么已经很明显了.
区别2:varchar的检索快于nvarchar,虽然是这样但微软下一个版本将统一nvarchar,听说的

管理 ntext、text 和 image
数据

Microsoft® SQL Server™ 的 ntext、text 和 image 数据类型在单个值中可以包含非常大的数据量(最大可
   达
2 GB)。单个数据值通常比应用程序在一个步骤中能够检索的大;某些值可能还会大于客户端的可用虚拟内存。因此,
  
在检索这些值时,通常需要一些特殊的步骤。
  
   如果 ntext、text 和 image 数据值不超过 Unicode
串、字符串或二进制串的长度(分别为 4,000 个字符、8,000 个字
   符和 8,000 个字节),就可以在 SELECT、UPDATE 和
INSERT 语句中引用它们,其引用方式与较小的数据类型相同。例
   如,包含短值的 ntext 列可以在 SELECT 语句的选择列表中引用,这与
nvarchar 列的引用方式相同。引用时必须遵守一
   些限制,例如不能在 WHERE 子句中直接引用 ntext、text 或 image
列。这些列可以作为返回其它数据类型(例如
   ISNULL、SUBSTRING 或 PATINDEX)的某个函数的参数包含在 WHERE
子句中,也可以包含在 IS NULL、IS NOT NULL 或
   LIKE 表达式中。
  
   处理较大的数据值
  
但是,如果 ntext、text 和 image 数据值较大,则必须逐块处理。Transact-SQL 和数据库 API 均包含使应用程序可以
  
逐块处理 ntext、text 和 image 数据的函数。
  
   数据库 API 按照一种通用的模式处理长 ntext、text 和
image 列:
  
   若要读取一个长列,应用程序只需在选择列表中包含 ntext、text 或 image
列,并将该列绑定到一个程序变量,该变量
   应足以容纳适当的数据块。然后,应用程序就可以执行该语句,并使用 API
函数或方法将数据逐块检索到绑定的变量中。
  
  
   若要写入一个长列,应用程序可使用参数标记 (?) 在相应位置代替
ntext、text 或 image 列中的值,以执行 INSERT
   或 UPDATE 语句。参数标记(对 ADO
而言则为参数)被绑定到一个足以容纳数据块的程序变量上。应用程序进入循环,在
   循环中先将下一组数据移到绑定的变量中,然后调用 API
函数或方法写入数据块。这一过程将反复进行,直到整个数据值
   发送完毕。
   使用 text in row
   在 Microsoft
SQL Server 2000 中,用户可以在表上启用 text in row 选项,以使该表能够在其数据行中存储 text、
   ntext 或
image 数据。
  
   若要启用该选项,请执行 sp_tableoption 存储过程,将 text in row 指定为选项名并将 on
指定为选项值。BLOB(二进
   制大对象:text、ntext 或 image 数据)行中可以存储的默认最大大小为 256 字节,但是值的范围可以从
24 到 7000。
   若要指定默认值以外的最大大小,请指定该范围内的整数作为选项值。
  
   如果应用下列条件,则将
text、ntext 或 image 字符串存储在数据行中:
  
   启用 text in row。
  
  
  
字符串的长度比 @OptionValue 所指定的限制短
  
  
   数据行中有足够的可用空间。
   当 BLOB
字符串存储在数据行中时,读取和写入 text、ntext 或 image 字符串可以与读取或写入字符串和二进制字符串
   一样快。SQL Server
不必访问单独的页以读取或写入 BLOB 字符串。
  
   如果 text、ntext 或 image
字符串比行中所指定的限制或可用空间大,则将指针存储在该行中。在行中存储 BLOB 字符
   串的条件仍然适用,但是:数据行中必须有足够的空间容纳指针。

  
   有关更多信息,请参见 sp_tableoption。
  
   使用文本指针
   如果未指定 text in
row 选项,text、ntext 或 image 字符串将存储在数据行外;只有这些字符串的文本指针驻留在数
  
据行中。文本指针指向由内部指针生成的树的根节点,而这些内部指针映射到实际存储(text、ntext 或 image 数据的)
   字符串段的页。

  
   SQL Server 2000 中的行文本指针与 SQL Server 早期版本中的文本指针不同。行文本指针的行为就象 BLOB
数据的文件
   句柄;早期的文本指针功能则象 BLOB 数据的地址。因此,在使用行文本指针时,请记住下列特性:
  
  
  

   重要 虽然游标中允许有行文本,但却不允许有行文本指针。如果尝试声明包含行文本指针的游标,SQL Server 将返回错
  
误信息(8654、16、1、"A cursor plan could not be generated for the given statement
because it contains
   textptr(inrow lob)."、1033)。
  
   数字
  
对于每个数据库,每个事务最多允许 1024 个活动行文本指针。
  
   锁定
   当用户获取活动文本指针时,SQL Server
2000 在第一个用户控制文本指针时锁定数据行,并确保没有其他用户修改或删
   除该行。锁在文本指针变为无效时被释放。若要使文本指针无效,请使用
sp_invalidate_textptr。
  
   当事务的隔离级别是未提交读或者数据库为"只读"模式时,文本指针不能用于更新 BLOB
值。
  
   当数据库为"单用户"模式时,SQL Server 2000 不锁定数据行。
  
  
为举例说明,给出下面的表:
  
   CREATE TABLE t1 (c1 int, c2 text)
   EXEC
sp_tableoption ‘t1‘, ‘text in row‘, ‘on‘
   INSERT t1 VALUES (‘1‘, ‘a‘)
  

   下面的事务将会成功:
  
   INSERT t1 VALUES (‘1‘,‘This is text.‘)
   SET
TRANSACTION ISOLATION LEVEL READ UNCOMMITTED
   GO
   BEGIN TRAN
  
DECLARE @ptr varbinary(16)
   SELECT @ptr = textptr(c2)
   FROM t1
  
WHERE c1 = 1
   READTEXT t1.c2 @ptr 0 5
   COMMIT TRAN
   GO
  

   下面的事务将会失败:
  
   SET TRANSACTION ISOLATION LEVEL READ
UNCOMMITTED
   GO
   BEGIN TRAN
   DECLARE @ptr varbinary(16)
  
SELECT @ptr = textptr(c2)
   FROM t1
   WHERE c1 = 1
   WRITETEXT t1.c2
@ptr ‘xx‘
   COMMIT TRAN
   GO
  
   持续时间
  
行文本指针仅在事务内有效。提交事务时,文本指针变为无效。
  
   在某个事务内,当发生下列任一操作时,行文本指针可能无效:
  

   会话结束。
  
  
   删除该事务中的数据行。(其它事务无法删除数据行,因为该行包含锁。)
  
  

   文本指针所在的表的架构已更改。使文本指针无效的架构更改操作包括:创建或除去聚集索引,改变或除去表,截断表,
   通过
sp_tableoption 更改 text in row 选项,以及执行 sp_indexoption。
   使用前面的示例,下列脚本在 SQL
Server 早期版本中有效,但在 SQL Server 2000 中将生成错误。
  
   DECLARE @ptrval
varbinary(16)
   PRINT ‘get error here‘
   SELECT @ptrval =
TEXTPTR(c2)
   FROM t1
   WHERE c1 = 1
   READTEXT t1.c2 @ptrval 0
1
  
   在 SQL Server 2000 中,必须在事务内使用行文本指针:
  
   BEGIN TRAN
  
DECLARE @ptrval varbinary(16)
   SELECT @ptrval = TEXTPTR(c2)
   FROM
t1
   WHERE c1 = 1
   READTEXT t1.c2 @ptrval 0 1
   COMMIT
  
  
NULL 文本
   可以在由 INSERT 生成的 NULL 文本上获得行文本指针。而在以前,只有将 BLOB 更新为 NULL
后才能获得文本指针。
  
   例如,下列代码在 SQL Server 7.0 中无效,但在 SQL Server 2000
中有效。
  
   SET TRANSACTION ISOLATION LEVEL READ COMMITTED
   GO
  
INSERT INTO t1 VALUES (4, NULL)
   BEGIN TRAN
   DECLARE @ptrval
VARBINARY(16)
   SELECT @ptrval = TEXTPTR(c2)
   FROM t1
   WHERE c1 =
4
   WRITETEXT t1.c2 @ptrval ‘x4‘
   COMMIT
  
   在 SQL Server 7.0
中,必须执行下列操作:
  
   INSERT INTO t1 VALUES (4, NULL)
   UPDATE t1
  
SET c2 = NULL
   WHERE c1 = 4
   DECLARE @ptrval VARBINARY(16)
  
SELECT @ptrval = TEXTPTR(c2)
   FROM t1
   WHERE c1 = 4
   WRITETEXT
t1.c2 @ptrval ‘x4‘
  
   下表汇总差别。
  
   差别 行文本指针 非行文本指针
   数字
对于每个数据库,每个事务最多允许 1024 个活动行文本指针。 无限制。
   锁定 将数据行一直 S 锁定到指针变为无效为止。
  
当事务为"未提交读"或数据库为"单用户"或"只读"模式时不获取锁。
   不锁定数据行。
   持续时间
事务或会话结束、删除行或更改表的架构时变为无效。 删除行时变为无效。
   NULL 文本 插入 NULL 文本后可立即获取。 只有更新后才能获取。

  
  
   通过数据库 API 使用 ntext、text 和 image 数据
   这一部分概述数据库 API 处理
ntext、text 和 image 数据的方式:
  
   ADO
   ADO 可以将 ntext、text 或 image
列或参数映射为 Field 或 Parameter 对象。使用 GetChunk 方法逐块检索数据,使
   用 AppendChunk
方法逐块写数据。有关更多信息,请参见管理 Long 数据类型。
  
   OLE DB
   OLE DB 使用
ISequentialStream 接口支持 ntext、text 和 image 数据类型。ISequentialStream::Read
方法逐块读取
   长数据,ISequentialStream::Write 方法将长数据逐块写入数据库。有关更多信息,请参见 BLOB 和 OLE
对象。
  
   ODBC
   ODBC 具有一种称为"执行中的数据"的功能,可用于处理长数据的 ODBC
数据类型:SQL_WLONGVARCHAR (ntext)、
   SQL_LONGVARCHAR (text) 和 SQL_LONGVARBINARY
(image)。这些数据类型被绑定到某个程序变量上。这样一来,就可以调
   用 SQLGetData 逐块检索长数据,调用 SQLPutData
逐块发送长数据。有关更多信息,请参见管理 text 和 image 列。
  
   DB-Library
   DB-Library
应用程序也是将 ntext、text 和 image 列绑定到程序变量上。DB-Library 函数 dbtxtptr 用于获取指向数
  
据库中长列出现位置的指针,dbreadtext 则用来逐块读取长数据。dbwritetext、dbupdatetext 和 dbmoretext
之类的函
   数用于逐块写入长数据。
  
  
  
   说明 不支持使用 DB-Library
访问行文本。

时间: 2024-10-13 05:52:35

char、varchar、text和nchar、nvarchar、ntext的区别的相关文章

[Android Pro] sqlite数据库的char,varchar,text,nchar,nvarchar,ntext的区别

reference : http://blog.csdn.net/xingfeng0501/article/details/7817121 1.CHAR.CHAR存储定长数据很方便,CHAR字段上的索引效率级高,比如定义char(10),那么不论你存储的数据是否达到了10个字节,都要占去10个字节的空间,不足的自动用空格填充. 2.VARCHAR.存储变长数据,但存储效率没有CHAR高.如果一个字段可能的值是不固定长度的,我们只知道它不可能超过10个字符,把它定义为 VARCHAR(10)是最合

sqlite数据库的char,varchar,text,nchar,nvarchar,ntext的区别

1.CHAR.CHAR存储定长数据很方便,CHAR字段上的索引效率级高,比如定义char(10),那么不论你存储的数据是否达到了10个字节,都要占去10个字节的空间,不足的自动用空格填充. 2.VARCHAR.存储变长数据,但存储效率没有CHAR高.如果一个字段可能的值是不固定长度的,我们只知道它不可能超过10个字符,把它定义为 VARCHAR(10)是最合算的.VARCHAR类型的实际长度是它的值的实际长度+1.为什么“+1”呢?这一个字节用于保存实际使用了多大的长度.从空间上考虑,用varc

【转载】 sqlite数据库的char,varchar,text,nchar,nvarchar,ntext的区别

原文地址:http://blog.csdn.net/xingfeng0501/article/details/7817121 1.CHAR.CHAR存储定长数据很方便,CHAR字段上的索引效率级高,比如定义char(10),那么不论你存储的数据是否达到了10个字节,都要占去10个字节的空间,不足的自动用空格填充. 2.VARCHAR.存储变长数据,但存储效率没有CHAR高.如果一个字段可能的值是不固定长度的,我们只知道它不可能超过10个字符,把它定义为 VARCHAR(10)是最合算的.VARC

sqlite数据库的char,varchar,text,nchar,nvarchar,ntext的区别(转)

sqlite数据库存储table1.CHAR.CHAR存储定长数据很方便,CHAR字段上的索引效率级高,比如定义char(10),那么不论你存储的数据是否达到了10个字节,都要占去10个字节的空间,不足的自动用空格填充.2.VARCHAR.存储变长数据,但存储效率没有CHAR高.如果一个字段可能的值是不固定长度的,我们只知道它不可能超过10个字符,把它定义为 VARCHAR(10)是最合算的.VARCHAR类型的实际长度是它的值的实际长度+1.为什么“+1”呢?这一个字节用于保存实际使用了多大的

mysql的char,varchar,text,blob

mysql的char,varchar,text,blob是几个有联系但是有有很大区别的字段类型,这算是mysql的基础吧,可是基础没有学好,恶补一下. 先简单的总结一下: char:定长,最大255个字符 varchar:变长,最大65535个字符(既是单列的限制,又是整行的限制) text:变长,有字符集的大对象,并根据字符集进行排序和校验,大小写不敏感 blob:变长,无字符集的二进制大对象,大小写敏感 以下只是我个人的理解,才疏学浅,望各路高人指点. 我使用的引擎是myisam,所以以下的

char,vchar,nchar,nvchar的区别

char和varchar的长度都在1到8000之间,它们的区别在于char是定长字符数据,而varchar是变长字符数据.所谓定长就是长度固定的,当输入的数据长度没有达到指定的长度时将自动以英文空格在其后面填充,使长度达到相应的长度:而变长字符数据则不会以空格填充.text存储可变长度的非Unicode数据,最大长度为2^31-1(2,147,483,647)个字符. 后面三种数据类型和前面的相比,从名称上看只是多了个字母"n",它表示存储的是Unicode数据类型的字符.字符中,英文

mysql中char,varchar,text

1.char char最大长度是255字符,注意是字符数和字符集没关系. 1)可以有默认值, 2)尾部有空格会被截断 3)不管汉字.英文,还是其他编码,都可以存255字符 2.varchar 1)varchar最多能存储65535个字节的数据,varchar 的最大长度受限于最大行长度(max row size,65535bytes),65535并不是一个很精确的上限,可以继续缩小这个上限 65535个字节包括所有字段的长度,变长字段的长度标识(每个变长字段额外使用1或者2个字节记录实际数据长度

mysql中char,varchar,text区别总结

具体对这三种类型的说明不做阐述可以查看mysql帮助文档. char的总结:      char最大长度是255字符,注意是字符数和字符集没关系.可以有默认值,尾部有空格会被截断.varchar的总结:      varchar的最大长度65535是指能存储的字节数,其实最多只能存储65532个字节,还有3个字节用于存储长度.注意是字节数这个和字符集有关系.一个汉字字符用utf8占用3字节,用gbk占用2字节.可以有默认值,尾部有空格不会截断.text的总结:      text和varchar

MySQl中的char varchar text

char 查询速度:char最快 最大长度:255个字符,utf-8编码的话,占用255 * 3个字节 占用空间:n 其他: 在获取数据出来之后,一定要记得trim空格,因为不足char(n)的长度,会自动填充空格 因为定长的char不容易产生碎片,所以char比varchar在空间上也更有效率 varchar 查询速度:varchar次之 最大长度:65535个字节 占用空间:实际空间 + 1,会使用1-3个字节来存储长度,如果整体长度在0-255bytes之间,长度使用1个字节表示,如果长度

SQL中char nchar varchar nvarchar text ntext的区别

类型 长度 使用说明 长度说明 char(n) 定长 索引效率高,程序里面使用trim去除多余的空白 n必须是一个介于1和8000之间的数值,存储大小为n个字节 varchar(n) 变长 效率没char高 灵活 n必须是一个介于1和8000之间的数值.存储大小为输入数据的字节的实际长度,而不是n个字节 text(n) 变长 非Unicode数据 不用指定长度 nchar(n) 定长 处理Unicode数据类型(所有的字符使用两个字节表示) n的值必须介于1和4000之间,存储大小为n字节的两倍