文章作者：jhkdiy
發(fā)表日期：2009-10-11
程序架構(gòu)：B/S
開發(fā)環(huán)境：Windows XP + IIS6 + VS2003
數(shù) 據(jù) 庫：SQL Server 2000
部分功能：從 SQL Server 中導(dǎo)出數(shù)據(jù)到 Access。
這套系統(tǒng)做了大半年，這個(gè)導(dǎo)入導(dǎo)出還是問題不斷，我負(fù)責(zé)的這塊導(dǎo)入導(dǎo)出就是夾在網(wǎng)
絡(luò)版和單機(jī)版系統(tǒng)之間，只要任何一邊對(duì)數(shù)據(jù)庫做了改動(dòng)這個(gè)導(dǎo)入導(dǎo)出就會(huì)失敗。哎，煩心
的事不止這些，最近又遇到了一個(gè)非常奇怪的問題。
由于之前的導(dǎo)入導(dǎo)出使用SQL Server 支持的OpenDataSource（）函數(shù)來做，而當(dāng)遇到
64位系統(tǒng)時(shí)就會(huì)遇到不支持Microsoft.Jet.OLEDB.4.0 ，所以重新編碼，技術(shù)步驟是先從SQL Server 讀數(shù)據(jù)到DataTable，然后遍歷這個(gè)DataTable，對(duì)每一行，將里面的數(shù)據(jù)重新組合成一條Insert 語句，然后打開Access文件鏈接，執(zhí)行剛才生成的Insert語句，將數(shù)據(jù)插入到Access中。
我最終提交給Access執(zhí)行的語句是根據(jù)SQL Server中的數(shù)據(jù)拼出來，比如SQL Server ：select a, b, c from tblTemp
提交給Access執(zhí)行的語句就是：
復(fù)制代碼 代碼如下:
Str1 = “Insert into”
Str2 = “tblTemp(a,b,c)values(”
strResult = str1 str2 “‘a(chǎn)a', 2, ‘cc' ” “)”
這回的重大問題是在SQL Server 表的b字段中有特殊字符，此字符使我的程序無法拼出完整的字符串，拼出來的字符串strResult 有時(shí)不帶最后的“)”，但奇怪的是，這個(gè)表總共有4萬多條記錄，只是組合個(gè)別記錄才會(huì)出現(xiàn)這個(gè)現(xiàn)象。但是提交給Access執(zhí)行肯定不通過，提示SQL語法錯(cuò)誤。
我于是查詢數(shù)據(jù)庫的這條記錄，用查詢分析器查詢沒發(fā)現(xiàn)任何的特殊字符，問了同事后才知道，他說之前有過部分表中的某些字符保存了客戶輸入的回車換行符，我頓時(shí)大悟，對(duì)呀，回車換行符是看不見的啊，于是，想使用下面的語句查詢字段中是否有回車換行符：
復(fù)制代碼 代碼如下:
select charindex(char(10), demc) from tblgc_jc_de where xh = 15641
select charindex(char(13), demc) from tblgc_jc_de where xh = 15641
select charindex(char(10) + char(13), demc) from tblgc_jc_de where xh = 15641
select charindex(char(13) + char(10), demc) from tblgc_jc_de where xh = 15641
但奇怪的是，返回都是0，也就是找不到。這就郁悶了，字段中到底存儲(chǔ)了什么字符??？，另一個(gè)同事教了一招，直接在企業(yè)管理器中返回該表的所有行記錄，然后全選查看該字段，發(fā)現(xiàn)確實(shí)是多出一個(gè)字符：
不是回車換行符會(huì)是什么字符呢？在百思不解之際，突然想起，不如看看這個(gè)表物理數(shù)據(jù)，一定能查出存儲(chǔ)在該字段的是什么字符。但是該表有44022條記錄，查某一條記錄的物理數(shù)據(jù)就是大海撈針，怎么辦？？？
我只想查詢這條記錄的物理數(shù)據(jù)要怎么做？能不能把這條數(shù)據(jù)放到另一個(gè)表中，這個(gè)表只有這一條記錄，這不就可以查看了嗎。哦，這個(gè)簡(jiǎn)單，其實(shí)我同時(shí)建立了一個(gè)臨時(shí)的數(shù)據(jù)庫，這個(gè)數(shù)據(jù)庫只有一張表，這張表只有一條記錄，就是包含上面那個(gè)有問題的記錄，使用的SQL語句如下：
-- TYZW 是正式庫
use TYZW
-- 創(chuàng)建一個(gè)臨時(shí)數(shù)據(jù)庫，然后將有問題的那條
-- 記錄插入臨時(shí)庫。
create database tmpTYZW
go
select * into tmpTYZW..tblgc_jc_de from tblgc_jc_de where xh = 15641
go
現(xiàn)在是時(shí)候查看一下這條記錄的物理數(shù)據(jù)了，首先要在sysindexes系統(tǒng)表中查找出該表在物理文件中的位置，然后我們可以通過 dbcc page 命令查看物理數(shù)據(jù)：
接著使用dbcc page命令查看物理數(shù)據(jù)：
現(xiàn)在是時(shí)候看看這條記錄的物理數(shù)據(jù)了：
天啊，竟然是0，真不曉得是怎么存進(jìn)去的。問題終于知道在那了，但是要如何解決呢？最簡(jiǎn)單的方法就是將這個(gè)0替換掉，于是使用下列語句測(cè)試：
select replace(demc, char(0), '') as demc from tblgc_jc_de
但是不行，原因是replace函數(shù)找不到0這個(gè)字符，因?yàn)樗檎沂前磧蓚€(gè)字節(jié)來找的，所以直接在SQL Server上找也找不到這個(gè)字符，替換也替換不了。但是，我又想了一下，能不能使用二進(jìn)制來查找和替換？看了一下資料，使用下面的SQL語句能找出0在該字段的位置：
查是能查出來了，但是我發(fā)現(xiàn)replace函數(shù)還是不能用，除非是替換4位，也就是0x0038。
最后實(shí)在無奈，只能直接把有這個(gè)特殊字符的地段截掉一個(gè)文字，也就是連那個(gè)38也不要了：
select
case when charindex(convert(varbinary(1),0x00),convert(varbinary(200),demc)) > 0
then substring(demc,1,len(demc)-1)
else demc
end as DEMC
from tblgc_jc_de
這就是我現(xiàn)在用的最終解決方案，因?yàn)槲也樵冞^，4萬多條記錄中只有8條有這個(gè)0在字段里面。所以就算截掉一個(gè)文字并影響程序的功能和顯示。
雖然我現(xiàn)在寫出來很多步驟看似走的很順，其實(shí)這個(gè)問題我用了幾天時(shí)間了，主要是找問題所在耗費(fèi)了不少時(shí)間?，F(xiàn)在給出此文希望廣大朋友在找這些問題時(shí)多個(gè)方向，因?yàn)榇鎯?chǔ)在字段中的特殊字符不一定就是常規(guī)的回車換行符，也有可能是其它字符，在此大家互相學(xué)習(xí)提高吧。
