我使用过拆分MDB方式，ODBC链接SQLSERVER方式，adp方式开发多用户程序局域网C/S程序，谈点使用感受，与大家交流交流。

 

1.开发难度

     拆分MDB方式最简单，能充分发挥access的灵活，易用性，速度最快，很多access的特性能得以保留，使用最得心应手，只有在这种方式下，能让开发过程变成一种OFFICE办公的感觉，又灵活又简单，功能，对象，属性，方法，函数，多到只有自己想不到，没有做不到。

 

     ODBC链接SQLSERVER方式也很简单，可以采用先在MDB内部开发，再将表迁移到SQLSERVER，做链接的方式，以降低前期的开发难度，最大限度地保留了MDB的开发乐趣。

 

     adp开发方式相对较难，有些MDB的灵活手段不可用，比如在参数查询里，MDB的查询可以直接将某参数关联到窗体控件：字段值=forms！frma！text1，在ADP方式里面，查询储存在后端，不能在后端存储过程里面直接引用前端的控件值的，带参数的存储过程里面的参数：字段值=@iptparameter，然后定义窗体的输入参数属性：frma.inputparameters=”@iptparameter=forms！frma！text1“，可以将参数传入到存储过程里面。当然如果ADO编程什么的信手拈来随便用的人来说，以上说的都不是问题，

 

     三种开发方式比较，感觉上，拆分MDB是一种享受，一种乐趣，自己在自家的后花园种菜，ODBC链接SQLSERVER略微严谨，感觉是在做一个真正的程序，为大家做一场表演，adp开发最老实，认真地谋划流程，实现方法，希望能顺利地发布，感觉是在为企业做一个工程。

 

2.网络构建

     拆分MDB最不靠谱，我就说一个安全性，我亲身经历过的，没做备份，没做NTFS分区文件权限设置，我脑子一热，从网络邻居直接将公用的后台数据，一咔嚓就给删了，从网络上删除的，连回收站都不进，用了三种磁盘恢复软件，都没能找回来。而且，还有一个问题，不在同一个局域网，工作组，或者不在同一个网段的，共享成问题，现在单位里winxp，win7，win8啥都有，win7和win8的网络共享就是一个头疼的事情，本人水平有限，不好设置，也有设置好了以后，动不动又连不上的。

 

     ODBC链接SQLSERVER方式安全性没有问题，你没权限想删除都删不掉，也不存在不在一个网段，或者不在一个工作组就不能共享的问题，只要能PING通，能TELNET上就行，建议直接把数据库附加到单位的总服务器上，全单位到处都能访问，无非是每台电脑你手动设置一个数据源，当然也可以用VB写一个自动创建ODBC数据源，添加链接表的功能。

 

     adp再不说了，直接用SQLSERVER的权限管理功能，直接创建ADO连接，连接方案与ODBC链接SQLSERVER不相上下。

 

3.性能比较

     多人局域网使用，建议MDB拆分不要考虑了，从ODBC链接SQLSERVER考虑起，毕竟开发难度大不了多少，但软件可不是一个级别的，SQLSERVER可选用MSDE,EXPRESS2005,2008现在的EXPRESS板的SQLSERVER最高已经支持到8g数据了，纯数据的话单表接近2000w条了，够咱们业余菜鸟用了。

多人局域网是ODBC链接SQLSERVER方案与ADP方案较量的舞台，具体性能比较，我给大家介绍几篇文章：

①，竹笛前辈写的”如何开发局域网程序“http://www.accessoft.com/article-show.asp?id=127，文中对于我们应该如何选择做了很好的指导。

②，access链接表访问SQLSERVER方法简介http://www.accessoft.com/article-show.asp?id=4870

能帮助我们快速了解ODBC链接SQLSERVER与adp的区别。

 

4.疑问

     实际上，很多人都说，ODBC是古老的方式，最好还是选择ADO，可是，在网上搜索了一下，也有实际使用过程中，不同的声音，

1.http://bbs.csdn.net/topics/429023

2.http://bbs.csdn.net/topics/120071818

     好好看看上面两个帖子，再结合竹笛前辈写的文章，一句话，对于我们非专业软件开发人员来说，最大的原则，够用就行。还有一个很重要的原则，开发过程一定要是快乐的，创造的，别自己跟自己过不去。

现在咱们坛子上的人，有多少人在用ODBC链接SQLSERVER？又有多少人在用ADP？出来跟大家讨论一下吧。

 

以上纯粹是一个菜鸟的闲聊，班门弄斧，瞎扯淡，欢迎大家拍砖！

 

另据最新消息:

微软从Access2013版本开始将不再支持ADP了。