Dreamweaver MX 動態(tài)建站數(shù)據(jù)庫路徑的使用方法中

一、不推薦使用Server.Mappath(相對文檔路徑地址的數(shù)據(jù)庫文件)

雖然具有平臺移植性，但對于不同層次，不同深度下的引用該數(shù)據(jù)庫的文件，將不能完整地保證數(shù)據(jù)庫路徑的正確性。

舉個例子：

1，數(shù)據(jù)庫文件cnbruce.mdb，所在文件夾database（可http訪問）
2，DW自動生成的連接數(shù)據(jù)庫文件conn.asp，所在文件夾Connections
3，假如在DW中測試連接路徑成功，則必須輸入地址為Server.Mappath("../database/cnbruce.mdb")
但隨后引用該數(shù)據(jù)庫連接的文件必須保存在某文件夾中，該文件夾和database是同等的

即：
- database
- cnbruce.mdb
- Connections
- conn.asp
- 某文件夾
- x1.asp

這種結(jié)構(gòu)才能使用正常。但這就必須要求站點中，所有引用了連接數(shù)據(jù)庫文件的文件，必須存放在站點的一級目錄下。顯然這是不合理的，比如這樣的結(jié)構(gòu)。

- x2.asp
- database
- cnbruce.mdb
- Connections
- conn.asp
- 某文件夾
- 某子文件夾
- x3.asp

則x2.asp和x3.asp均不能正常顯示。

原理分析：無論conn.asp放在哪里，無論conn.asp的內(nèi)容如何，最后都是取決于引用了conn.asp的文件的文件位置和數(shù)據(jù)庫的位置關(guān)系。

解決辦法：在conn.asp中進行判定當前路徑，根據(jù)不同級別值給出不同鏈接路徑……對于初學者來說，麻煩。
第二種解決方法就是采用相對根目錄法，但也是不推薦使用。

二、不推薦使用Server.Mappath(相對根目錄路徑的數(shù)據(jù)庫文件)

使用這種方法，首先需要將IIS默認站點調(diào)整到當前DW站點所在文件夾（XP系統(tǒng)），或建立一個站點指向該文件夾（2K等系統(tǒng)）。

反正一句話，就是當你輸入 http://localhost/ 時，顯示的內(nèi)容已不是默認的IIS首頁，而是你所設(shè)置的DW站點文件夾中的默認首頁文檔。

那么在設(shè)置了該IIS站點之后

1，數(shù)據(jù)庫文件cnbruce.mdb，所在文件夾database（可http訪問）
2，DW自動生成的連接數(shù)據(jù)庫文件conn.asp，所在文件夾Connections
3，假如在DW中測試連接路徑成功，則輸入地址為Server.Mappath("/database/cnbruce.mdb")

/database/cnbruce.mdb 該方法就是相對根目錄，高屋建瓴式的進行數(shù)據(jù)庫路徑的獲得，無論哪個層次的，哪個目錄下的站點文檔均能正常顯示。

但依然不推薦！原因如下：

在本地你可以自行修改IIS的站點，當上傳到服務(wù)器或虛擬主機時，麻煩就來了。

1，假如你的虛擬主機服務(wù)商技術(shù)不過關(guān)，當在解析你網(wǎng)站根目錄的時，不是指向到你的站點文件夾，而是指向服務(wù)器系統(tǒng)盤下的wwwroot文件夾。于是路徑肯定錯誤。

2，假如你需要上傳的并不是你的站點根目錄，很顯然，路徑也肯定會發(fā)生解析錯誤。

所以，不推薦！那么，該怎么辦？

三、推薦使用Server.Mappath(本地絕對物理路徑的數(shù)據(jù)庫文件)

很簡單，這個數(shù)據(jù)庫在本地你總會知道它所在的位置吧。在DW中創(chuàng)建時就直接使用該絕對物理路徑地址。

OK，來上傳了。當然不可能那么巧：上傳到服務(wù)器上的數(shù)據(jù)庫物理路徑地址和本地數(shù)據(jù)庫物理路徑地址是一樣的-__-!

所以，現(xiàn)在只需要獲得上傳到服務(wù)器空間上的數(shù)據(jù)庫文件，在服務(wù)器上是處于什么物理地址就行了。

怎么獲得？

1，建立一個path.asp文件，內(nèi)容很簡單

<%=server.mappath("cnbruce.mdb")%>

2，該文件和數(shù)據(jù)庫文件cnbruce.mdb，共一文件夾，捆綁式一同上傳。
3，在URL地址欄查看path.asp，得到cnbruce.mdb在服務(wù)器上的物理地址，拷貝該路徑。
4，將本地的conn.asp中的物理路徑，替換后再上傳。一切OK！