資料庫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 訪問行文本
② mysql里存大量文本的數據類型是text嗎請詳細說明一下
text是MySQL里用於存放大量文本的一種數據類型，最多可以存放65535個字元。
除此之外MySQL中用於存放大量文本的數據類型還有：
varchar：最多可以存放65535個字元。
mediumtext：可變長度，最多2的24次方-1個字元。
longtext：可變長度，最多2的32次方-1個字元。
(2)資料庫text類型擴展閱讀：
mysql其他數據類型
主要包括以下五大類：
整數類型：BIT、BOOL、TINY INT、SMALL INT、MEDIUM INT、 INT、 BIG INT
浮點數類型：FLOAT、DOUBLE、DECIMAL
字元串類型：CHAR、VARCHAR、TINY TEXT、TEXT、MEDIUM TEXT、LONGTEXT、TINY BLOB、BLOB、MEDIUM BLOB、LONG BLOB
日期類型：Date、DateTime、TimeStamp、Time、Year
其他數據類型：BINARY、VARBINARY、ENUM、SET、Geometry、Point、MultiPoint、LineString、MultiLineString、Polygon、GeometryCollection。
③ oracle資料庫中text類型用什麼類型表示
oracle對於大文本數據用clob類型。
但對於這個類型處理起來還是比較麻煩，varchar2長度為4000bytes，如果varchar2能滿足需求的話，建議使用varchar2。
(3)資料庫text類型擴展閱讀：
Oracle資料庫特點：
1、完整的數據管理功能：
1）數據的大量性
2）數據的保存的持久性
3）數據的共享性
4）數據的可靠性
2、完備關系的產品：
1）信息准則---關系型DBMS的所有信息都應在邏輯上用一種方法，即表中的值顯式地表示；
2）保證訪問的准則
3）視圖更新准則---只要形成視圖的表中的數據變化了，相應的視圖中的數據同時變化
4）數據物理性和邏輯性獨立准則
3、分布式處理功能：
ORACLE資料庫自第5版起就提供了分布式處理能力，到第7版就有比較完善的分布式資料庫功能了，一個ORACLE分布式資料庫由oraclerdbms、sql*Net、SQL*CONNECT和其他非ORACLE的關系型產品構成。
4、用ORACLE能輕松的實現數據倉庫的操作。
這是一個技術發展的趨勢，不在這里討論。
優點：
可用性強，可擴展性強，數據安全性強，穩定性強。
④ 資料庫的中text類型，對應java中的什麼類型
資料庫存儲文本時, 一般類型有varchar , char , text 等 這是為了 資料庫的性能和效率考慮的.所以類型分得比較細致.
在java里都可以對應成String類型.
⑤ Mysql 中的Text欄位的范圍與使用方法！
mysql中text 最大長度為65,535(2的16次方–1)字元的TEXT列。
如果覺得text長度不夠，可以選擇：
1、MEDIUMTEXT最大長度為16,777,215
2、LONGTEXT最大長度為4,294,967,295
使用方法：
mysql中的text對應oracle中的clob，又分為TINYTEXT, TEXT, MEDIUMTEXT,LONGTEXT, 都是表示數據長度類型的一種。
語法：[ UNSIGNED ] mediutext
TINYTEXT: 256 bytes
TEXT: 65,535 bytes => ~64kb
MEDIUMTEXT: 16,777,215 bytes => ~16MB
(5)資料庫text類型擴展閱讀：
text等欄位需要慎重使用，多個text欄位會報錯，Row size too large 表示行的內容太多了。
修改方法：
1、首先查詢下參數的值：
mysql> SELECT @@global.max_sort_length;
2、然後去設置這個值：(數字根據需要自行填寫)
mysql> SET GLOBAL max_sort_length=2048;
當排序時只使用該列的前max_sort_length個位元組。max_sort_length的 默認值是1024；該值可以在啟動mysqld伺服器時使用–max_sort_length選項進行更改。
text 和 char varchar blob這幾種類型的區別：
char：定長，最大255個字元
varchar：變長，最大65535個字元（既是單列的限制，又是整行的限制）
text：變長，有字元集的大對象，並根據字元集進行排序和校驗，大小寫不敏感
blob：變長，無字元集的二進制大對象，大小寫敏感
⑥ mysql中text可以存儲多少個字
最多可以存儲65535位元組。
在mysql中，一個text文件中，存儲位元組的范圍為0~65535位元組，換算單位也就是64KB。因此，mysql中text最多可以存儲65535位元組。
text文件有tinytext、text、mediumtext和longtext四種類型，這四種類型有著相同的最大長度和存儲的需求。
(6)資料庫text類型擴展閱讀：
mysql的特性：
1、使用 C和C++編寫，並使用了多種編譯器進行測試，保證了源代碼的可移植性。
2、支持AIX、FreeBSD、HP-UX、Linux、Mac OS、NovellNetware、OpenBSD、OS/2 Wrap、Solaris、Windows等多種操作系統。
3、為多種編程語言提供了API。這些編程語言包括C、C++、Python、Java、Perl、PHP、Eiffel、Ruby,.NET和 Tcl 等。
4、支持多線程，充分利用 CPU 資源。
5、優化的SQL查詢演算法，有效地提高查詢速度。
6、既能夠作為一個單獨的應用程序應用在客戶端伺服器網路環境中，也能夠作為一個庫而嵌入到其他的軟體中。
7、提供多語言支持，常見的編碼如中文的GB 2312、BIG5，日文的Shift_JIS等都可以用作數據表名和數據列名。