Q MDB我用[啟動]的所有選項都 False，用封面表單啟動，同個工作組的用戶沒授權是不能開打表修改，但他可以另建一個空數據庫，進行導入或鏈接進行修改，如何防范？請賜教！
A 首先應該用MS Access Workgroup Administrator程序建立自己腗DW文件,比如newSystem.mdw,然後建立一個新的帳號比如newAdmin，缺省的有AMDIN和，比如GUEST帳號，然後設置各個帳號的密碼。然後以newAdmin帳號登陸，建立數據庫，或者導入現有的數據庫中的表或窗體等進行開發。對數據庫的安全性進行設置。除了newadmin帳號，將所有的組和用戶對該數據庫的打開權限都屏蔽掉，其它權限也宜屏蔽掉。這樣的話安全了。這樣的話打開該數據庫只能關聯上新建的MDW文件，使用newAdmin帳號才能打開。但是實際應用時當然還應該建立一個運行軟件的帳號，比如newUser,（最好不要用缺省的“用戶”帳號，這樣關聯到SYSTEM。MDW上就可以進入，即使你設置密碼也不安全，因為COPY一個新的SYSTEM。MDW一樣可以關聯。）將newUser帳號對各個表的權限相應的設置，能讀寫，不能修改設計，對窗體只能運行即可，總之它是用來運行的。屏蔽一切可以修改的權限。這樣的話開發和運行就是兩個帳號，但是新的問題就是如果就這樣交給用戶使用，那麼用戶就必須知道newUser帳號的密碼，那樣的話數據就又不安全了，所以還應該用VB或者Delphi做個套子，最簡單的寫上一句，運行該數據庫就行了，比如：strRunShell = "c:\Program Files\Microsoft Office\Office\MSAccess.EXE /nostartup"
strRunShell = strRunShell & "/wrkgrp c:\newSystem.mdw c:\pinewood.mde /user newUser /PWD yourpassWord"
RetVal = Shell(strRunShell, vbMaximizedFocus)
當然這只是個意思，在這套子裡寫寫別的也可以，比如檢查Access是否安裝了，路徑是不是對，是不是注冊了等等。（附：用另外一個已經編譯成MDE文件的數據庫也可以達到如上效果）
Q 用戶安全組我也用過，但是我指的安全性主要針對內部人員，外面的高手如林，根本不要談安全性了。
ACCESS有個致命的毛病(或許我還不會用)，它的安全性性能只能用在當前已設安全機制的數據庫，對用戶新建的數據庫根本無用，用戶只需用他的帳戶登錄Access，新建一個*.MDB，再用鏈接功能即可把後端數據庫的表都鏈接起來(或者前端數據庫也可，因為前端數據庫的表是鏈接再後端數據庫的表上，他無非是再鏈接而已)，他只要看懂表的內容，就可以任意修改了。
其實微軟稍改Access讓它的安全機制適用所有的數據庫而不是當前數據庫，我們就不用傷腦筋去防范一些初哥兒們，作為我們使用安全機制無非也就防范這些內部使用者的非法修改、破壞而已。
所以我們需要Access系統級安全機制或Office developer edition也有一定的幫助
A 錯錯錯，“用戶只需用他的帳戶登錄Access，新建一個*.MDB，再用鏈接功能即可把後端數據庫的表都鏈接起來(或者前端數據庫也可，因為前端數據庫的表是鏈接再後端數據庫的表上，他無非是再鏈接而已)，他只要看懂表的內容，就可以任意修改了。”
這段話錯！如果Access的安全性真的象賢弟所說的，那我所貼的那些可能都是空談了。你可能還是沒有按照我說貼的實踐一番。事實上是不會那樣的，因為我是新創建的系統文件（即MDW文件），關聯到新的系統文件創建數據庫，而此數據庫的打開權限只能由我指定的固定的用戶比如NEWUSER才有，所以別人，不管關聯到什麼系統文件上都是無法用新建的數據庫聯結上的，如果真是那樣，Access早就該淘汰了！
如果你不相信我可以做一個數據庫發給你，看你能不能打開。我1997年開始使用Access做開發，對我所完成的各種數據庫我都要反復測試的，你所說的情況如果可以，我早就積攢幾十個別人開發我想破解掉的數據庫了。。。。
Q 愚弟還是不明白：
小弟在文中所指的用戶是指內部操作人員，我也做過很多測試：
例：我建立一個安全機制的數據庫，系統創建一個MDW文件，我設定一個新的只讀工作組及一個普通用戶（無管理員權），把系統的用戶組不設任何權限，然後退出Access，選用新的MDW文件，用那個普通用戶登錄，建立一個新的文件，然後即可導入、鏈接先前那個已有安全機制的數據庫.
A 你可能還是沒認真讀我的帖子，其實Access的幫助中有更詳盡的說明，非常詳細。不過為了徹底讓你明白，我就列個傻瓜式的步驟吧，賢弟不要介意，我也是讀著傻瓜式的幫助才逐漸變聰明的。
1、先用Access安裝目錄下的WRKGADM.EXE程序創建一個自己的MDW文件。然後關聯上。
2、登陸進Access後，缺省是ADMIN用戶，隨便建立MDB，修改ADMIN用戶密碼，建立一個新的帳號，比如PINEWOOD，作為我今後管理變成用，再建立一個NEWUSER，給我以後的用戶用。（可以不建立任何組）
3、重新登陸，以PINEWOOD登陸，然後修改密碼，即把空密碼修改掉。對NEWUSER帳號也重復一次。
4、以PINEWOOD登陸，建立你所需要開發的數據庫MDB源文件，起名字比如MYCODE保存後即可對安全性設置。安全性設置你應該知道在哪裡吧，菜單裡有。將所有ADMIN以及GUEST對MYCODE的任何權限都屏蔽掉，注意，任何權限，不管是對新表還是新模塊，還是對數據庫的打開權限，全去掉。然後對所有組對本數據庫的全部權限也全屏蔽掉。不能遺漏。如果用戶組不屏蔽掉其權限，屬於這個組的ADMIN以及GUEST都可以打開數據庫了。
5、然後對PINEWOOD對數據庫的權限進行設置，當然，應該是所有權限都有。對NEWUSER權限進行設置，當然對所有表、查詢等除了修改設計權限，讀寫的權限是應該有的，打開數據庫的權限也是應該有的，運行的權限也應該有的。總之這個帳號是給用戶用的。
6、然後做開發，建立表窗體等。你已經做過了，那就導入進來。但這時候你的數據庫是安全的，別人是無法從MYCODE中得到任何東西的。除非知道密碼。
7、開發完後應該是分離數據庫，不止到你是不是這樣做的，然後讓後台的MDB數據庫一樣的安全。然後編譯前台程序為MDE文件。
8、做個EXE文件，我在別的帖子裡說了，簡單的使用NEWUSER帳號打開數據庫的EXE文件。是給你的用戶用的，這樣他們除了使用這個EXE使用數據庫，沒別的辦法。
9、然後把MDB放到服務器端，MDE和MDW以及EXE發布給用戶使用。當然MDE和MDB的關聯關系是事先建立並調試好的。編程中如何處理就不用說了。
10、做到這裡就足夠了，對於非常需要安全的開發者來說本來是還有一些工作要做的。可參見我的別的帖子。“注意”裡說了一些。那些問題都是用到了自然會用，未用到的還是沒用。遇到哪個問題解決哪個，賢弟以為然否？
Q 我的天？！！難道我要同時復制三個文件，mdb & mdw & exe??? ...
先不說vb 的exe可以很方便的反編譯，難道別人就不會把mdw文件先刪除，然後再打開mdb文件嗎？
如果說Access的安全性僅限於此，那真的叫“徹底安全”了。
另外問一下，我需要更“安全”的方法有嗎？前兩次說的方法只要稍微懂一點電腦知識的人就可以解決了。
A 對於文件共享方式，服務器端只需要安裝MDB數據庫，客戶端需要安裝的是EXE、MDW和MDE文件。
注意：
1、是MDE文件，而不是MDB，數據庫應該是放在後端的，而MDE文件是編譯過的，效率高，而且即使密碼被破解也不會洩露源代碼。
2、如果用戶刪除了MDW文件，那麼就根本無法訪問數據庫了，如果不用我的MDW文件就能訪問我的MDB文件，那我談什麼安全。
3、EXE文件未必要用VB，VC、BC、Delphi都可以，再說VB5以上的版本我還沒聽說可以反編譯的，也沒找到相應的工具。
4、目前破解Access數據庫的用戶級安全密碼的工具也不少，但是對MDW文件的用戶是可以處理的，可以使之即使破解了MDW文件，也無法獲得使用MDE源程序文件MDB的權限，更何況MDE源程序文件MDB他是根本無法得到的，因為根本就未發布。無處得到，除非你計算機讓人隨便用。所以程序是肯定安全的，數據庫的數據的安全性雖是相對安全的，但是也是足夠的。
