但是我們可以換一種方法解決這個問題。下面就來分析下解決辦法。
對text或ntext類型的數據在查詢中不能進行字符串操作。這時用得最多的是把text當作varchar（實際內容長度低于8000字節時）或把ntext當作nvarchar(實際內容長度低于4000字節時）來處理。但是這樣處理也不是非常妥當畢竟如果text字段內容超過8000了豈不是要被截斷或者忽略掉。
最終找到了一種方法解決了”參數數據類型 text 對于 replace 函數的參數 1 無效”的問題。下面用一個例子來說明怎么處理的。
語法如下：
復制代碼 代碼如下:
update table set column=replace(cast(column as varchar(max)),'123′,'abc')
解釋：
其中的table 代表表名，column代碼該表中需要替換的列。改語句的作用是把table表中column列中所有出現123的都給替換為abc。
附：max類型的介紹
Microsoft SQL Server 2005 中引入了 max 說明符。此說明符增強了 varchar、nvarchar 和 varbinary 數據類型的存儲能力。varchar(max)、nvarchar(max) 和 varbinary(max) 統稱為大值數據類型。您可以使用大值數據類型來存儲最大為 2^31-1 個字節的數據。
注意：
當 sp_tableoption 存儲過程的 ‘large value types out of row' 選項設置為 OFF 時，大值類型的行內存儲限制為 8000 個字節。當此選項設置為 ON 時，只在行內存儲 16 字節的根。有關詳細信息，請參閱 sp_tableoption (Transact-SQL)。
大值數據類型在行為上和與之對應的較小的數據類型 varchar、nvarchar 和 varbinary 相似。這種相似使 SQL Server 能夠更高效地存儲和檢索大型字符、Unicode 和二進制數據。
有了大值數據類型，使用 SQL Server 的方式是使用早期版本的 SQL Server 中的 text、ntext 和 image 數據類型所不可能具有的。例如，在 SQL Server 2005 中，您可以定義能存儲大量數據（最多可達 2^31 字節的字符、整數和 Unicode 數據）的變量。有關詳細信息，請參閱 Transact-SQL 變量。
下表說明了大值數據類型和 SQL Server 早期版本中與之對應的數據類型之間的關系。
| 大值數據類型 |
早期版本中的 LOB |
| varchar(max) |
text* |
| nvarchar(max) |
ntext* |
| varbinary(max) |
image
|
* SQL Server 6.5 版本的客戶端不支持 ntext 數據類型，因此無法識別 nvarchar(max)。
重要提示：
請使用 varchar(max)、nvarchar(max) 和 varbinary(max) 數據類型，而不要使用 text、ntext 和 image 數據類型。
大值數據類型在行為上和與之對應的較小的數據類型 varchar(n)、nvarchar(n) 和 varbinary(n) 相同。下面介紹大值數據類型在某些特定情形下的使用：
游標由于可以定義大值數據類型變量，便可以將 FETCH 返回的大值數據類型列中的數據賦給本地變量。有關詳細信息，請參閱 FETCH (Transact-SQL)。 使用大值數據類型不影響游標的強制實施游標類型轉換用法。
成塊更新 UPDATE 語句現在支持 .WRITE( ) 子句對基礎大值數據列進行部分更新。這類似于 SQL Server 早期版本中所支持的對text、ntext、image 數據類型的文本指針操作、WRITETEXT 和 UPDATETEX。有關詳細信息，請參閱 UPDATE (Transact-SQL)。觸發器 支持對插入的和刪除的表中的大值數據類型列引用上使用 AFTER 觸發器。有關詳細信息，請參閱 CREATE TRIGGER (Transact-SQL)。
字符串函數 內置的可操作字符和二進制數據的字符串函數有所增強，可支持大值數據類型的參數。這些函數包括：
復制代碼 代碼如下:
COL_LENGTH
CHARINDEX
PATINDEX
LEN
DATALENGTH
SUBSTRING
