另外在數據庫文件名中保留一些空格也起到類似作用，由于HTTP協議對地址解析的特殊性，空格會被編碼為"%",如http://www.pcdigest.com/date/123 ;456.mdb，下載的時http://www.pcdigest.com/date/123%456.mdb。而我們的目錄就根本沒有123%456.mdb這個文件，所以下載也是無效的這樣的修改后，即使你暴露了數據庫地址，一般情況下別人也是無法下載！

　　4：加密數據庫
　　用ACCESS將你的數據庫以獨占方式打開后，在工具-安全-設置數據庫密碼，加密后要修改數據庫連接頁， 如：
conn.open "driver={microsoft access driver (*.mdb)};uid=admin;pwd=數據庫密碼;dbq=數據庫路徑"
　　這樣修改后，數據庫即使被人下載了，別人也無法打開（前提是你的數據庫連接頁中的密碼沒有被泄露）
　　但值得注意的是，由于Access數據庫的加密機制比較簡單，即使設置了密碼，解密也很容易。該數據庫系統通過將用戶輸入的密碼與某一固定密鑰進行“異或”來形成一個加密串，并將其存儲在*.mdb文件從地址“&H42”開始的區域內。所以一個好的程序員可以輕松制作一個幾十行的小程序就可以輕松地獲得任何Access數據庫的密碼。因此，只要數據庫被下載，其信息安全依然是個未知數。

　　二：有主機控制權 （當然虛擬空間的設置在這里依然可以用）

　　5：數據庫放在WEB目錄外
　　如你的WEB目錄是e:/webroot，可以把數據庫放到e:/data這個文件夾里，在e:/webroot里的數據庫連接頁中修改數據庫連接地址為："../data/數據庫名" 的形式，這樣數據庫可以正常調用，但是無法下載的，因為它不在WEB目錄里！這個方法一般也不適合購買虛擬空間的用戶。

　　6：使用ODBC數據源　
　　在ASP等程序設計中，如果有條件，應盡量使用ODBC數據源，不要把數據庫名寫在程序中，否則，數據庫名將隨ASP源代碼的失密而一同失密，例如： DBPath = Server.MapPath(“../123/abc/asfadf.mdb ”)
conn.open “driver={Microsoft Access Driver (*.mdb)};dbq=”& DBPath
　　可見，即使數據庫名字起得再怪異，隱藏的目錄再深，ASP源代碼失密后，也很容易被下載下來。如果使用ODBC數據源，就不會存在這樣的問題了： conn.open “ODBC-DSN名” ,不過這樣是比較煩的，目錄移動的話又要重新設置數據源了，更方便的方法請看第7，8法！

　　7：添加數據庫名的如MDB的擴展映射
　　這個方法就是通過修改IIS設置來實現，適合有IIS控制權的朋友，不適合購買虛擬主機用戶(除非管理員已經設置了）。這個方法我認為是目前最好的。只要修改一處，整個站點的數據庫都可以防止被下載。無須修改代碼即使暴露目標地址也可以防止下載，如圖設置：

 

　　我們在 IIS屬性---主目錄---配置---映射---應用程序擴展那里添加.mdb文件的應用解析。注意這里的選擇的DLL（或EXE等）似乎也不是任意的，選擇不當，這個MDB文件還是可以被下載的， 注意最好不要選擇選擇asp.dll等。你可以自己多測試下
　　這樣修改后下載數據庫如：http://192.168.1.5/HaoBbs/data/dvbbs6.mdb。就出現（404或500等錯誤）

　　8：使用.net的優越性
　　動網的木鳥就寫過一個防非法下載文件的“WBAL 防盜鏈工具”。具體可以登陸http://www.9seek.com/WBAL/ ;
　　不過 那個只實現了防止非本地下載的 ，沒有起到真正的防下載數據庫的功能。不過這個方法已經跟5法差不多可以通過修改.NET文件，實現本地也不能下載！

　　這幾個方法中，只有第7和8個是統一性改的，一次修改配置后，整個站點的數據庫都可以防止下載，其他幾個就要分別修改數據庫名和連接文件，比較麻煩，不過對于虛擬主機的朋友也只能這樣了！

　　其實第6個方法應該是第5個方法的擴展，可以實現特殊的功能，但對于不支持.net的主機或者怕設置麻煩的話，還是直接用第5個方法了，而且默認情況下第6個方法，依然可以通過復制連接到同主機的論壇或留言本發表，然后就可以點擊下載了（因為這樣的引用頁是來自同主機的）

　　這幾個方法各有長短，請自己選擇性地使用。這些方法也不是絕對的安全，還需要網站管理員平時注意一些系統的安全，以及寫ASP/ASP.NET/JSP代碼本身的安全 ，否則依然是有可能被人下載或者修改數據庫的！