调查：大家用的桌面型数据库是什么？ (100分)

要从严格数据库定义来说，这里列的很多都不是桌面型的。但在这里用作桌面应用的数据库都可算作桌面型数据库。
另外，我想要选择桌面型数据库，要根据应用系统的性质和要求决定，如果是敏感的数据，安全性就是首要的条件，这时选 Access 是任何人都放心不下的，无论如何加密，破解和打开 Access 都是轻而易举的事！
Access 使用的较多，与它的易用性和不错的性能是分不开的。

access 最方便

BDE and ACCESS AND SQL2000

ADO+ACCESS

听课

ado+access
我觉的是比较好的那，
用sql2000还算桌面型
一个sql2000多少RMB

paradox

to bkfx:
不是的，所谓Ms Access的破解只是Ms Access库文件的密码破解，Ms Access本身是可以
加密的，好像没有听说有什么破解，而且，Ms Access还有用户级加密方式，还没听说有破
解的！
应该用Ms Access的“工具”->“安全”->设置“用户和组的权限”和“用户和组的账号”，
还有“加密/解密数据库”，看看帮助，可以做到非常安全，在Ms Office的安装目录下
（通常是“C:/Program Files/Microsoft Office/Office”），有个快捷方式：
“MS Access Workgroup Administrator”，用它来连接一个MDW文件，你的用户安全信息就
在里面，设置完后，带走这个文件，就没人能打开你的Ms Access数据库文件了！
加密/解密数据库”：
对Ms Access的数据库文件进行加密，默认新建的MDB文件是不加密的，你用Notepad打开
可看到你在数据库里输入的数据，加密后，文件里的内容就只能通过Ms Access才能看了，
这是初步的保密设置。

“用户和组的账号”：
默认只有一个“管理员”用户，没有密码，他的权限最大，“管理员”的英文名是
“admin”，在登录时输入“管理员”或“admin”是一样的。
这里的“用户和组”的概念和SQL Server的是类似的，用户也可以继承组的权限，
“管理员组”的权限是很大的，不要乱给，添加了用户后，就可对数据库内的资源为
每个用户设置权限了。

“用户和组的权限”：
进入这里，应该能看得懂，怎样设置数据库内各对象的权限了，如果设有组，还是设置组
的权限比较方便，比在每个用户身上设置权限省事多了，尤其是在用户多的时候。

最后：
设置了用户和权限后，还要将“管理员”加个密码，随便什么，不然Ms Access将始终以
默认的“管理员”登录数据库，而不会出现登录提示框。
另外，一般建议将“管理员”对的数据库的访问权限设为最低，因为默认的system.mdw
文件内的管理员的信息是一样的，如果你以为给“管理员”用户加了密码就安全了，那
就大错特错，因为别人只要连接到一个默认的system.mdw文件，就可以用没有密码的
“管理员”用户登录数据库，查看其中的内容了，所以，建议最好是用
“MS Access Workgroup Administrator”新建一个mdw文件，可以保证“管理员”与其他
的不同，并设置“管理员”的权限最低（不能打开数据库），当然，你也要保证至少有一
个用户是在“管理员组”的，否则，就无法更改或添加用户和权限了。还有，“管理员组”
（或者是“管理员”用户，唉，记不清了，自己试一下就知道了）的用户有清除其他用户
密码的权限（所以“管理员组”不要乱给）。

通常，我是这样设置的：
1、用“MS Access Workgroup Administrator”新建一个system.mdw，并连接上；
2、进入Ms Access，在“用户和组的账号”中建立一个用户，为其添加“管理员组”，
给“管理员”加个密码，退出Ms Access；
3、用新建的用户进入Ms Access，修改密码，新建一个数据库，将“管理员”对库的
权限降为最低，并在“用户和组的账号”中建立需要的组和用户，最后，将各对象的权限
为其用户设置好；
4、将MDW和MDB文件和用户名列表一起交给用户，一切OK！

以上基本上都是以前另外的一位大师的经验之谈。

Access 的密码肯定不安全，但如认为上述提到的方法安全的话，那你肯定要为你的自信付出代价！在我使用VB6和刚接触Delphi时，我自己也曾一度认为上述方法安全可靠，但慢慢地我发现按上述方法制作的所谓“安全保密”的MDB数据库就常被人解开并提取数据！原因就出在工作组文件上（*.mdw）！ 另外在试过其他一些Access加密方法后仍不理想，这时我才铁了心把 Access 扔掉！
在换成 FlashFiler 2 后，经过自己及很多网友（包括一些解密高手）的大量检验，我发现 FlashFiler 2 + LockBox 2 是令人放心的桌面安全数据库组合！


关于Access安全性的相关文章请参考：
http://access911.myetang.com/study/a_oth002.htm
http://access911.myetang.com/study/a_oth010.htm
http://tech.tom.com/Archive/2001/3/20-98402.html
http://www.china-pub.com/computers/eMook/1537/info.htm
http://microsoft.com/taiwan/technet/book/access_design/default2.htm

工作组文件(.MDW) 的解密工具可使用 http://www.lostpassword.com/ 的 Access Key 3 解开。

还有，就算没有 工作组文件(.MDW) ，解开并读取 Access 的数据也不是很困难的事！

------
工作组文件(.MDW) 的解密工具可使用 http://www.lostpassword.com/ 的 Access Key 3 或 Passware Kit 中的 Office Key 解开。

很久没有在桌面型数据库上编程了

呵呵呵呵 对 看见了 可以解开access 包括最新的access2002的密码。
turbopower的东西的确厉害。但按照这个说法 要不了多久 不也一样没有桌面
数据库可用了（每一种东西 只要用的人一多，安全问题自然慢慢的就要钻出来了，这是
铁定的）。看来 只有自己加密存储大概才没有多少人愿意来解，查询就有点困难了。
所以 我认为 作为普通对数据的安全级别不高的地方，access还是最佳的选择。本身这个
世界上都没有什么绝对安全的，敏感的数据我肯定不会放在数据库里面的。

对！没有什么是绝对安全的，只有破解的难度大小和破解时间的长短之分。就如加密码的 .Zip 文件吧，虽然知道它的加密算法，但如果密码长度过长和组合复杂，要解开它将需非常漫长的时间，况且数据还可以做加密方式以外的处理，这效果就如同无法破解一样的了。FlashFiler 2 + LockBox 2 就是基于这种想法的组合！

我的建议是：如果是做桌面系统，敏感的需要保密的数据如未经处理千万不要使用 Access ，因为 Access 的密码无论多长都实在太容易破解了！！！

access 2000

还有更好的吗？ 我为这个问题头痛死了。我需要一个不会像 ACCESS 那像不断虚胖，也不
用安装数据引擎和不需要启动数据引擎服务的桌面数据库。

ADO + ACCESS 2000 在没装 OFFICE 2000 的机上没法运行，并且“长得快”，容易得虚胖症
经常要正缩和修复。如果不是国为有个 自动编号 型字段我早就不用它了。
DBF + ODBC 非常慢。
FlashFiler2 安装方便，但连 insert into table1 select * from table2 where id > 1000;
这样的 insert 语句都不支持，有点失望。
MySql 需要启动数据引擎服务，并不支持事务的提交与回滚。（在 PB 中过 update()函数都不
支持），不方便。
Sybase SQL Anywhere 需要启动数据引擎服务,不方便，不知与 DELPHI 配合得怎样，有用过的
请说说经验。

tingdb

Access2000

我用ado+access2000

SQL SERVER2000

FlashFiler 3 很快就要出来！！！
FlashFiler 3 is heaps better than FlashFiler 2 ！！！

----------------------------------------------------------------------------
Async Professional -

http://www.aprozilla.com - Lots of APRO information!
http://www.brenemanlabs.com/AsyncPro.htm - Paid support, consulting and examples.
FlashFiler -

news://flashfiler.dnsalias.com/flashfiler.discussion - Temporary support/news venue.
http://members.optushome.com.au/paulmotyer - News and updates.
http://www.flashfiler.net - New for FlashFiler 3! Coming soon!
IRC at irc.freenode.net channel #FlashFiler