一、數據庫遠程管理技術
基於互聯網的廣域網現代應用中的一個重要環節是數據庫遠程監控。首先簡單回顧一下互聯網上的數據庫遠程管理技術的發展過程和方式：
早期通過編寫CGI-BIN程序模塊進行數據庫遠程管理。但CGI-BIN的運行速度慢，維護很不方便，現在已經基本被棄用。
這幾年使用組件對象模型(Component Object Model, COM)的應用非常多，效果也很好。但如果使用的是第三方服務器(筆者的網站就是建立在第三方的虛擬主機上)，服務器方往往因爲保密或其它商業原因不允許用戶註冊自己的組件。
近年來由微軟公司推出的.NET平臺和SUN公司的J2EE平臺都是非常高檔的數據庫遠程管理與服務平臺。都能提供優質的多層(n-Tier)應用服務。
其中，.NET的簡單對象訪問協議(Simple Object Access Protocol, SOAP)使用超文本傳輸協議(Hypertext Transfer Protocol, HTTP)和擴展標記語言(Extensible Markup Language, XML)技術實現跨系統(例如Windows - Linux)的通訊服務方式已經廣爲開發商接受和使用。許多大型應用，例如企業資源計劃(Enterprise resource planning, ERP)等都建立在這樣的大型平臺之上。
但對於中小型應用，比如一個網站的建設和維護，這種大型應用平臺就顯得有些尾大不掉，開銷也過於龐大。
曾經在互聯網技術和Java技術方面一度落後的微軟公司在XML應用開發則走在了前頭。她的XML解析器(MSXML)中的XMLHTTP協議是一個非常方便實用的客戶/服務通訊管道。綜合運用XMLHTTP以及ActiveX數據對象(ActiveX Data Objects, ADO/ADOX)可以簡單方便地實現數據庫遠程管理。
本文介紹如何綜合運用XMLHTTP和ADO/ADOX進行遠程數據庫管理。
二、數據庫遠程管理體系
數據庫遠程管理的任務流程是：
1、客戶端向服務端發出數據庫結構和數據的查詢或修改指令。
2、服務端接受並執行有關指令並向客戶端返回結果。
3、客戶端接受並顯示服務端返回的指令執行結果。
實現數據庫遠程管理的二個主要關鍵環節是：
1、客戶端與服務端之間的指令上傳和結果下傳的數據通道，由XMLHTTP協議實現。
2、服務端前沿與數據庫之間的指令傳送和結果返回，由起着中間層作用的ADO/ADOX接口完成。
三、XMLHTTP的使用
顧名思義，XMLHTTP是個傳送XML格式數據的超文本傳輸協議。
實際上，XMLHTTP的數據傳輸過程更爲靈活一些：
它上傳的指令可以是XML格式數據，也可以是字符串，流，或者一個無符號整數數組。還可以是URL的參數。
它下達的結果可以是XML格式數據，也可以是字符串，流，或者一個無符號整數數組。
詳情可參閱文末鏈接。
客戶端調用XMLHTTP的過程很簡單，只有5個步驟：
1、創建XMLHTTP對象
2、打開與服務端的連接，同時定義指令發送方式，服務網頁(URL)和請求權限等。
客戶端通過Open命令打開與服務端的服務網頁的連接。與普通HTTP指令傳送一樣，可以用"GET"方法或"POST"方法指向服務端的服務網頁。
3、發送指令。
4、等待並接收服務端返回的處理結果。
5、釋放XMLHTTP對象
定義XMLHTTP對象：
Set objXML = CreateObject(Msxml2.XMLHTTP) 或
Set objXML = CreateObject(“Microsoft.XMLHTTP”) (vbs)
var xml = new ActiveXObject("Microsoft.XMLHTTP"(javascript)
' Or, for version 3.0 of XMLHTTP, use:
Set xml = Server.CreateObject(MSXML2.ServerXMLHTTP)
XMLHTTP方法：
open(bstrMethod, bstrUrl, varAsync, bstrUser, bstrPassword)
bstrMethod： 數據傳送方式，即GET或POST。用"POST"方式發送數據,可以大到4MB，也可以換爲"GET"，只能256KB。
bstrUrl： 服務網頁的URL。
varAsync： 是否同步執行。缺省爲True，即同步執行，但只能在DOM中實施同步執行。用中一般將其置爲False，即異步執行。
bstrUser： 用戶名，可省略。
bstrPassword：用戶口令，可省略。
send(varBody)
varBody：指令集。可以是XML格式數據，也可以是字符串，流，或者一個無符號整數數組。也可以省略，讓指令通過Open方法的URL參數代入。 發送數據的方式分爲同步和異步兩種。在異步方式下，數據包一旦發送完畢，就結束Send進程，客戶機執行其他的操作；而在同步方式下，客戶機要等到服務器返回確認消息後才結束Send進程。
setRequestHeader(bstrHeader, bstrValue)
bstrHeader：HTTP 頭(header)
bstrValue：HTTP 頭(header)的值
如果Open方法定義爲POST，可以定義表單方式上傳：
xmlhttp.setRequestHeader "Content-Type", "application/x-www-form-urlencoded"
abort
取消當前 HTTP 請求
getAllResponseHeaders
從響應信息中檢索所有的標頭字段
getResponseHeader
從響應信息正文中獲得一個 HTTP 標頭值
三、XMLHTTP屬性：
onreadystatechange
在同步執行方式下獲得返回結果的事件句柄。只能在DOM中調用。
readyState
XMLHTTP對象中的readyState屬性能夠反映出服務器在處理請求時的進展狀況。客戶機的程序可以根據這個狀態信息設置相應的事件處理方法。屬性值及其含義如下表所示：
值 說明
0 Response對象已經創建，但XML文檔上載過程尚未結束
1 XML文檔已經裝載完畢
2 XML文檔已經裝載完畢，正在處理中
3 部分XML文檔已經解析
4 文檔已經解析完畢，客戶端可以接受返回消息
responseBody
Variant型 結果返回爲無符號整數數組
responseStream
Variant型 結果返回爲IStream流
responseText
string型 結果返回爲字符串。
responseXML
object型 結果返回爲XML格式數據。
status
Long型 服務器返回的HTTP狀態碼
statusText
String型 服務器HTTP響應行狀態
附錄
(一) HTTP 1.1支持的狀態代碼
100 Continue 初始的請求已經接受，客戶應當繼續發送請求的其餘部分
101 Switching Protocols 服務器將遵從客戶的請求轉換到另外一種協議
200 OK 一切正常，對GET和POST請求的應答文檔跟在後面。
201 Created 服務器已經創建了文檔，Location頭給出了它的URL。
202 Accepted 已經接受請求，但處理尚未完成。
203 Non-Authoritative Information 文檔已經正常地返回，但一些應答頭可能不正確，因爲使用的是文檔的拷貝
204 No Content 沒有新文檔，瀏覽器應該繼續顯示原來的文檔。如果用戶定期地刷新頁面，而Servlet可以確定用戶文檔足夠新，這個狀態代碼是很有用的
205 Reset Content 沒有新的內容，但瀏覽器應該重置它所顯示的內容。用來強制瀏覽器清除表單輸入內容
206 Partial Content 客戶發送了一個帶有Range頭的GET請求，服務器完成了它
300 Multiple Choices 客戶請求的文檔可以在多個位置找到，這些位置已經在返回的文檔內列出。如果服務器要提出優先選擇，則應該在Location應答頭指明。
301 Moved Permanently 客戶請求的文檔在其他地方，新的URL在Location頭中給出，瀏覽器應該自動地訪問新的URL。
302 Found 類似於301，但新的URL應該被視爲臨時性的替代，而不是永久性的。
303 See Other 類似於301/302，不同之處在於，如果原來的請求是POST，Location頭指定的重定向目標文檔應該通過GET提取
304 Not Modified 客戶端有緩衝的文檔併發出了一個條件性的請求（一般是提供If-Modified-Since頭表示客戶只想比指定日期更新的文檔）。服務器告訴客戶，原來緩衝的文檔還可以繼續使用。
305 Use Proxy 客戶請求的文檔應該通過Location頭所指明的代理服務器提取
307 Temporary Redirect 和302（Found）相同。許多瀏覽器會錯誤地響應302應答進行重定向，即使原來的請求是POST，即使它實際上只能在POST請求的應答是303時才能重定向。由於這個原因，HTTP 1.1新增了307，以便更加清除地區分幾個狀態代碼：當出現303應答時，瀏覽器可以跟隨重定向的GET和POST請求；如果是307應答，則瀏覽器只能跟隨對GET請求的重定向。
400 Bad Request 請求出現語法錯誤。
401 Unauthorized 客戶試圖未經授權訪問受密碼保護的頁面。應答中會包含一個WWW-Authenticate頭，瀏覽器據此顯示用戶名字/密碼對話框，然後在填寫合適的Authorization頭後再次發出請求。
403 Forbidden 資源不可用。
404 Not Found 無法找到指定位置的資源
405 Method Not Allowed 請求方法（GET、POST、HEAD、DELETE、PUT、TRACE等）對指定的資源不適用。
406 Not Acceptable 指定的資源已經找到，但它的MIME類型和客戶在Accpet頭中所指定的不兼容
407 Proxy Authentication Required 類似於401，表示客戶必須先經過代理服務器的授權。
408 Request Timeout 在服務器許可的等待時間內，客戶一直沒有發出任何請求。客戶可以在以後重複同一請求。
409 Conflict 通常和PUT請求有關。由於請求和資源的當前狀態相沖突，因此請求不能成功。
410 Gone 所請求的文檔已經不再可用，而且服務器不知道應該重定向到哪一個地址。它和404的不同在於，返回407表示文檔永久地離開了指定的位置，而404表示由於未知的原因文檔不可用。
411 Length Required 服務器不能處理請求，除非客戶發送一個Content-Length頭。
412 Precondition Failed 請求頭中指定的一些前提條件失敗
413 Request Entity Too Large 目標文檔的大小超過服務器當前願意處理的大小。如果服務器認爲自己能夠稍後再處理該請求，則應該提供一個Retry-After頭
414 Request URI Too Long URI太長
416 Requested Range Not Satisfiable 服務器不能滿足客戶在請求中指定的Range頭
500 Internal Server Error 服務器遇到了意料不到的情況，不能完成客戶的請求
501 Not Implemented 服務器不支持實現請求所需要的功能。例如，客戶發出了一個服務器不支持的PUT請求
502 Bad Gateway 服務器作爲網關或者代理時，爲了完成請求訪問下一個服務器，但該服務器返回了非法的應答
503 Service Unavailable 服務器由於維護或者負載過重未能應答。例如，Servlet可能在數據庫連接池已滿的情況下返回503。服務器返回503時可以提供一個Retry-After頭
504 Gateway Timeout 由作爲代理或網關的服務器使用，表示不能及時地從遠程服務器獲得應答
505 HTTP Version Not Supported 服務器不支持請求中所指明的HTTP版本
loading...
2006-1-22
關於XML（XMLHTTP）跨域加載數據不會出現跨域的安全提示信息的問題
網上看了很多資料，但好象很少人談到跨域讀取XML文檔的問題，有些論壇或BLOG關於XML跨域讀取的問題，實現起來非法複雜。
在這裏我介紹一下XMLHTTP跨域讀取頁面數據的問題，以JS爲例
一、讀取數據
//建立對象
var xml = new ActiveXObject("Microsoft.XMLHTTP"
//這裏的abc.xml是被讀取的文件，當然也可以換成別的文件，false表示非異步傳輸，async是asynchronism簡寫
xml.open("get","http://www.mydomain.com/abc.xml",false)
xml.send()
二、在被讀取數據的域根下（上例是在www.mydomain.com/下），建立一個XML 策略文件，名字一定要是crossdomain.xml。
在策略文件中加入以下代碼
<?xml version="1.0"?>
<cross-domain-policy>
<allow-access-from domain="www.mydomain.com"/> //domain屬性的值就是被允許從本站讀取數據的來源域名
</cross-domain-policy>
這樣就完成了跨域讀取數據並不會出現跨域的安全提示信息了
loading...
最近發現一個情況，非常鬱悶！像喉內嚥了雞蛋吞不下去，不吐不快~~~~
前此時候，在網上查找XML的資料，發現網上很流行將XMLHTTP對象的responseText屬性寫成responseTxt，不知何解！查十個網站有九個都是這樣，雖然網絡小偷暫時沒犯法，但亂抄一通也是誤人誤己啊！
