Dreamweaver 数据库路径的使用

Dreamweaver MX 动态建站数据库路径的使用方法中

一、不推荐使用Server.Mappath(相对文档路径地址的数据库文档)

虽然具备平台移植性，但对于不同层次，不同深度下的引用该数据库的文档，将不能完整地确保数据库路径的正确性。

举个例子：

1，数据库文档cnbruce.mdb，所在文档夹database（可http访问）
2，DW自动生成的连接数据库文档conn.asp，所在文档夹Connections
3，假如在DW中测试连接路径成功，则必须输入地址为Server.Mappath("../database/cnbruce.mdb")
但随后引用该数据库连接的文档必须保存在某文档夹中，该文档夹和database是同等的

即：
- database
- cnbruce.mdb
- Connections
- conn.asp
- 某文档夹
- x1.asp

这种结构才能使用正常。但这就必须需要站点中，任何引用了连接数据库文档的文档，必须存放在站点的一级目录下。显然这是不合理的，比如这样的结构。

- x2.asp
- database
- cnbruce.mdb
- Connections
- conn.asp
- 某文档夹
- 某子文档夹
- x3.asp

则x2.asp和x3.asp均不能正常显示。

原理分析：无论conn.asp放在哪里，无论conn.asp的内容如何，最后都是取决于引用了conn.asp的文档的文档位置和数据库的位置关系。

解决办法：在conn.asp中进行判断当前路径，根据不同级别值给出不同链接路径……对于初学者来说，麻烦。
第二种解决方法就是采用相对根目录法，但也是不推荐使用。

二、不推荐使用Server.Mappath(相对根目录路径的数据库文档)

使用这种方法，首先需要将IIS默认站点调整到当前DW站点所在文档夹（XP系统），或建立一个站点指向该文档夹（2K等系统）。

反正一句话，就是当您输入 http://localhost/ 时，显示的内容已不是默认的IIS首页，而是您所配置的DW站点文档夹中的默认首页文档。

那么在配置了该IIS站点之后

1，数据库文档cnbruce.mdb，所在文档夹database（可http访问）
2，DW自动生成的连接数据库文档conn.asp，所在文档夹Connections
3，假如在DW中测试连接路径成功，则输入地址为Server.Mappath("/database/cnbruce.mdb")

/database/cnbruce.mdb 该方法就是相对根目录，高屋建瓴式的进行数据库路径的获得，无论哪个层次的，哪个目录下的站点文档均能正常显示。

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

在本地您能够自行修改IIS的站点，当上传到服务器或虚拟主机时，麻烦就来了。

1，假如您的虚拟主机服务商技术但是关，当在解析您网站根目录的时，不是指向到您的站点文档夹，而是指向服务器系统盘下的wwwroot文档夹。于是路径肯定错误。

2，假如您需要上传的并不是您的站点根目录，很显然，路径也肯定会发生解析错误。

所以，不推荐！那么，该怎么办？

三、推荐使用Server.Mappath(本地绝对物理路径的数据库文档)

很简单，这个数据库在本地您总会知道他所在的位置吧。在DW中创建时就直接使用该绝对物理路径地址。

OK，来上传了。当然不可能那么巧：上传到服务器上的数据库物理路径地址和本地数据库物理路径地址是相同的-__-!

所以，现在只需要获得上传到服务器空间上的数据库文档，在服务器上是处于什么物理地址就行了。

怎么获得？

1，建立一个path.asp文档，内容很简单

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

2，该文档和数据库文档cnbruce.mdb，共一文档夹，捆绑式一同上传。
3，在URL地址栏查看path.asp，得到cnbruce.mdb在服务器上的物理地址，拷贝该路径。
4，将本地的conn.asp中的物理路径，替换后再上传。一切OK！

特点：
1，虽然平台移植不很强，但全面支持任何站点中文档连接，况且也就是本地和服务器间两者间的移植。
2，防止\暴库间接获得数据库地址。
3，现在越来越多的空间建议将数据库文档放放到非Web访问目录中（当然具体的路径获得又是另外一种方法了），这就必须需要用户使用物理路径了。

所以，我的观点是：

Dreamweaver MX 动态建站数据库路径的使用方法：

本地使用物理地址，上传服务器依然使用物理地址。