ACCESS开发系统最佳组合方案讨论

huangxiuwen

个人认为以下组合方案，为ACCESS开发系统的最佳组合方案，请各位大侠也谈谈各自的看法。

单机版：由3个文件组成：数据库文件.MDB、程序文件.MDE、报表文件.MDB。（其他控件之类的文件忽略)


网络版：由3个文件组成：SQL数据库文件、程序文件.MDE、报表文件.MDB。（以SQL为例，其他控件之类的文件忽略）

beenet

一般也是这样，只是由于自带报表不太喜欢，现基本使用rmreport来替代。对于程序文件，可在前面加启动程序，负责升级程序文件及工作组安全启动。
不当之处请批评

tz-chf

报表文件.mdb作什么？用户看报表还要另开一个文件？

todaynew

好象最佳组合如下：
购买一些具体问题做为面粉，以表为酵母，用查询在窗体中发酵，上VB炉烘烤一刻钟，做成面包。然后以报表为包装，裹吧裹吧，在论坛四处吆喝一番。这便是Access最佳组合了。

huangxiuwen

beenet 大侠所说的也是一种方法，这可能跟个人的喜爱有关，本人之前也使用过rmreport的，但感觉还是用ACCESS编写报表方便。正如有些人可能会使用MSFlexGrid控件来显示这种方式的窗体。，但本人经过对比之后，感觉还是使用ACCESS自带的子窗体来显示这种方式方便。

TO：tz-chf 大侠

用户看报表直接在程序中按打印即可，跟标准操作方式一样，没有不同之处。


报表文件.mdb就用只保存报表，该文件没有表、查询、窗体等内容，只用来打印报表的。我们知道，MDB文件格式的报表，修改页边距之后，系统能自动保存。采用该方式，能够非常简单的解决以下两个较典型的问题。


1：MDE格式的文件，系统是不会保存报表页边距等设置的。目前有些人采用将报表的页边距等信息保存到表中，在打印报表时，再通过保存在表中的相关信息修改该报表设置，当报表的默认页边距设置超出范围时，（改变系统环境，就是复制到别的电脑里面，或更改打印机时，打印机的默认纸张或格式都有可能会跟原来不一样。MDE格式的报表被打开时，先以默认的页边距显示，再通过代码修改页边距的信息）将无能为力。通过破解MDE格式的报表，也无法解决，而且当该报表关联的数据源达到一定的数据量时，打印报表时，会明显感觉到慢。故该方法并非是较好的解决方案。

2：当需要修改报表格式时，MDE格式将比较麻烦（可以通过破解的方式），如果要添加报表，MDE格式将是无解，需要在原MDB格式的程序之中添加，然后再通过升级的方式解决。如果客户端较多，而且程序是连接SQL数据库的，同时程序有部份用户的自定义信息是保存在客户端的，那升级之后，用户的自定义信息需要重新设置，较麻烦，不太符合实际情况。

以上观点，不正确之处，请大侠们指正。

huangxiuwen

呵呵，todaynew 大侠有意思，销售方面应该是做得不错。

tz-chf

还是没明白报表文件.mdb里放了什么东西

要改报表当然在mdb里改,再转成mde给用户了

huangxiuwen

还是没明白报表文件.mdb里放了什么东西

要改报表当然在mdb里改,再转成mde给用户了
tz-chf 发表于 2009-4-12 23:10

报表文件.mdb就是只放报表，不放表、查询、窗体等内容.
用户可以直接在报表文件.mdb中修改报表或添加报表，不需要在MDB原程序中修改，然后再转成MDE格式给用户的。

t小宝

beenet 大侠所说的也是一种方法，这可能跟个人的喜爱有关，本人之前也使用过rmreport的，但感觉还是用ACCESS编写报表方便。正如有些人可能会使用MSFlexGrid控件来显示这种方式的窗体。37262，但本人经过对比之后，感 ...
huangxiuwen 发表于 2009-4-12 22:54

很有道理！

huangxiuwen

希望更多的人进来参与讨论。毕竟用ACCESS来开发大型数据库系统，在组合及框架方面是非常重要的，（如单据自定义、报表自定义、业务流程自定义等等），如果系统开发到最后，才发现框架有问题，那更改框架的代价是非常大的。如果系统已经在客户那边运行了，可能会因框架的改变而无法升级。那就更晕人了。