sqlntext

1. sql中ntext存储这个内容如何编码和解码，规则是什么

SQL中ntext数据类型：

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

2. 为什么SQL中NTEXT字段内容显示<long text>

当ntext中的文字长度超出了一定限制时就显示<long
text>，因为过长数据库将以16进制的方式存放了。就不能直接查看，所以显示为<long
text>。可以直接通过sql语句修改。

3. 请问数据SQL库中ntext表示那种字段类型

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

4. SQL数据库中数据类型ntext和text的区别

ntext和text一样用来保存大量的文字数据，不过text用单字节保存数据 ，ntext固定用双字节保存数据. ntext保存的是Uncode的字符 ，
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 访问行文本

5. 如何替换sql中ntext类型数据中的某个字符

很简单么,不是你的ntext字段容量的问题,这种类型的字段可以放2g的数据.
真正的原因是你在插入文章的时候,没有对文章内容中的单引号进行处理,这样导致的结果就是,insert语句中遇到单引号就结束了,所以这条sql语句会出错.
解决的方法是插入数据之前,把文章内容中的单引号替换成两个单引号就可以了,比如:
dim
content
content
=
replace(content,"'","''")

6. 修改SQL Server2000中NTEXT的问题

text,ntext,image类型的字段操作有点特殊
WRITETEXT
允许对现有的
text、ntext
或
image
列进行无日志记录的交互式更新。该语句将彻底重写受其影响的列中的任何现有数据。WRITETEXT
语句不能用在视图中的
text、ntext
和
image
列上。
UPDATETEXT
更新现有
text、ntext
或
image
字段。使用
UPDATETEXT
在适当的位置更改
text、ntext
或
image
列的一部分。使用
WRITETEXT
来更新和替换整个
text、ntext
或
image
字段。
你看看这个例子修改下你的存储过程吧
示例
本示例把文本指针置于局部变量
@ptrval
中，然后使用
UPDATETEXT
更新拼写错误。
USE
pubs
GO
EXEC
sp_dboption
'pubs',
'select
into/bulk',
'true'
GO
DECLARE
@ptrval
binary(16)
SELECT
@ptrval
=
TEXTPTR(pr_info)
FROM
pub_info
pr,
publishers
p
WHERE
p.pub_id
=
pr.pub_id
AND
p.pub_name
=
'New
Moon
Books'
UPDATETEXT
pub_info.pr_info
@ptrval
88
1
'b'
GO
EXEC
sp_dboption
'pubs',
'select
into/bulk',
'false'
GO
返回特定文本数据
下例在
pubs
数据库的
pub_info
表中查找与
pub_id
0736
相关联的
text
列
(pr_info)。下例首先声明一个局部变量
@val。然后将文本指针(长二进制字符串)置于
@val
中，并将其作为参数提供给
READTEXT
语句，该语句将返回从第五个字节(偏移量为
4)开始的
10
个字节。
USE
pubs
GO
DECLARE
@val
varbinary(16)
SELECT
@val
=
TEXTPTR(pr_info)
FROM
pub_info
WHERE
pub_id
=
'0736'
READTEXT
pub_info.pr_info
@val
4
10
GO

7. 在SQL 中 ntext和text类型的的区别

在SQL 中 ntext和text类型的的区别 ntext和text一样用来保存大量的文字数据，不过text用单字节保存数据 ，ntext固定用双字节保存数据. ntext保存的是Uncode的字符 ， ntext支持跨语言平台。

8. sql ntext替换

1,如果确定字段中的数据长度都小于8000字符，可以用这个方法，效率最高：
update
表名
set
text类型字段名=replace(convert(varchar(8000),text类型字段名),'要替换的字符','替换成的值')
2,如果字段中的数据长度很大，需要写存储过程：
需要用游标逐行扫描，通过patIndex函数找到目标字符串的开始位置，然后用updateText方法替换字符串
select
@pos=patINDEX('%'+@des+'%',字段名)
-
1
from
表名
where
条件
IF
@pos>=0
begin
DECLARE
@ptrval
binary(16)
SELECT
@ptrval
=
TEXTPTR(字段名)
from
表名
where
条件
UPDATETEXT
表名.字段名
@ptrval
@pos
@len
@str
end

9. 关于sql触发器的ntext类型问题，请高人指教

在 DELETE、INSERT 或 UPDATE 触发器中，如果兼容级别设置为 70，则 SQL Server 不允许在 inserted 和 deleted 表中存在 text、ntext 或 image 列引用。不能访问 inserted 和 deleted 表中的 text、ntext 和 image 值。若要在 INSERT 或 UPDATE 触发器中检索新值，请将 inserted 表与原始更新表联接。如果兼容级别等于或低于 65，则将为 inserted 或 deleted 的文本、ntext 或者允许 Null 值的 image 列返回 Null 值；如果列不能为 Null，则返回零长度的字符串。

如果兼容级别等于或高于 80，SQL Server 将允许通过表或视图的 INSTEAD OF 触发器来更新 text、ntext 或 image 列。

通过下面的语句可以设定兼容级别，但前提是你的SQL Server版本是2000以上的
ALTER DATABASE database_name
SET COMPATIBILITY_LEVEL = { 80 | 90 | 100 }
注意
=80 表示 SQL Server2000
=90 表示 SQL Server2005
=100 表示 SQL Server2008
高的可以兼容低

10. 在SQL 中 ntext和text类型的的区别

ntext和text一样用来保存大量的文字数据，不过text用单字节保存数据 ，ntext固定用双字节保存数据. ntext保存的是Uncode的字符 ， 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 字节（取决于字符串）。