並非萬能的XML

並非萬能的XML

左直拳

XML是個炙手可熱的東西，出來很多年了，好象還聽說將取代HTML（不過直到今天HTML1.1還健在，其實我認為兩者很大程度上並無可比性）。有一次我去面試，人家問我熟不熟悉XML，答曰不會，結果被“人來落閘放狗”地趕了出來。

現在我已經在一些地方應用到了XML。眾所周知，。NET與XML綁得很緊，比如DataSet，比如WEB SERVICE傳遞的參數以及傳回值。做產品介紹類的網站，如果將產品資訊存放在XML檔案裡，因為不必去查詢資料庫，速度會很快，同時結合XSL，呈現的樣式又很靈活，修改也非常方便。另外，我還很喜歡將程式的設定檔寫成XML形式，用DataSet可以不寫什麼代碼就能夠讀出來。

不過看起來，XML比較適合少量的資料，記錄一多，弊端就出來了。之前做的一個網站，需要不定期上傳本地系統的資料。採取的辦法是本地系統（PB作品）先將資料匯出為XML，然後上傳此XML檔案到網站，讀取分析，儲存到網站資料庫。

剛開始還未發覺有什麼不妥，只是速度慢了一點。直到有一天，客戶上傳了一個包含3萬多條記錄的檔案，不管重複了多少遍，網頁最終還是顯示“串連已逾時”。其實在網頁的伺服器端代碼裡，我已經標上

Server.ScriptTimeout = 900;

IIS也已經將網站的連線逾時值由120秒設成900秒。

那個檔案並不大，只有2M多一點，不過由於記錄短，所以數目比較多，有3萬多條。我調試了一下，發覺時間既不是耗在上傳上，也不是在更新資料庫上，而是在檔案讀取上。

這說明，XML的讀取效率不高，也許是因為它採取了明文存取的原因吧。

後來的解決辦法是拋棄XML，改用DBF格式，將資料導成DBF檔案，然後上傳，讀取，儲存，檔案也小，整個過程只須幾十秒。

讀入DBF主要是靠SQL SERVER。語句如下：

string sql = "INSERT INTO " + table_name + " SELECT * FROM OPENROWSET('MICROSOFT.JET.OLEDB.4.0','dBase IV;HDR=NO;IMEX=2;DATABASE=" + DBF檔案所在目錄 + "','SELECT * FROM [" + DBF檔案名稱 + "]')";

要執行這條語句，資料庫的登入名稱要具有System.Administrators伺服器角色。