一、不推荐使用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 该方法就是相对根目录，高屋建瓴式的进行数据库路径的获得，无论哪个层次的，哪个目录下的站点文档均能正常显示。