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 位元組（取決於字元串）。