大型数据集的报告工具/查看器

在这种情况下,访问将是一个很好的工具,因为它不像Excel那样具有实际的行限制。当人们习惯了自定义过滤器的功能时,最困难的部分就是让他们不再使用Excel。在Access中很有可能获得近似于此的内容,但除非将Excel控件嵌入表单中,否则将永远不会完全相同。

对于手动部分,可以编写数据库脚本以使用VBA导入文件。例如,假设您的主要任务是每晚将文件转储到具有新文件的文件夹中。您可以创建一个__watchdog_ access数据库,该数据库的窗体以__ontimer_事件打开,每隔几分钟查看一次该文件夹,当它找到一个新文件时,就会启动导入。当您的用户早上开始工作时,数据已经加载。

至于膨胀,是的,这可能是一个问题,但你所需要做的是快速压缩和修复文件,它将缩小它。

编辑:

您可以通过选项设置要在关闭时压缩的访问数据库。我记不清它在哪里,在工作中,我们只能访问97(但奇怪的是,Office2003)。另一种选择是通过代码压缩。这里有一个链接来解释

http://forums.devarticles.com/microsoft-access-development-49/compact-database-via-vba-24958.html

有趣的一个;对于这类问题,中间范围内没有太多。访问应该是这样的,但正如您所发现的,在某些方面是相当糟糕的,对于许多最终用户来说可能有点过于高级。

另一方面,如果您在那里有一个数据库服务器,那么不使用它的电源似乎是一种耻辱。有几种工具的成本和复杂性各不相同,可以让您设置相当友好的基于服务器的报表,在这些报表中,您可以为用户自己的报表设置参数,然后在服务器上进行筛选,并将结果导出到Excel,如Oracle Discoverer或Microsoft Reporting Services。(可以设置为直接在Oracle数据库上报告,即使它是基于SQL Server的。)

我们使用Microsoft Reporting Services;我在Developer Studio中构建报表,使用户可以访问网页,根据几个预定义标准中的任何一个进行筛选,运行报表(在服务器上完成艰苦的工作),并将结果导出到Excel以进行进一步的处理。

一个中途站,在那里您可以设置报告,将初始数据过滤到不到100万行,然后导出到Excel,这可能是一个可行的方法…

什么版本的Excel,它现在可以处理相当大的数据量。在Excel2007中,工作表大小为16384列,1048576行。你真的在一份报告中发送了超过一百万条记录吗?为什么,谁会看这样的数据?

我建议您使用Excel前端到共享的RDB后端。
为Excel构建一个自定义筛选系统(我将使用停在服务器上的vba&ado xla,但有几种技术可用),最终用户驱动它并生成SQL,以将要使用的数据子集(图表、计算、打印等)带回Excel。