主题：SaveExcel导出效率太低？

如果,菜单中的“高速导出”非常快,把源代码集成SaveExcel功能,把原SaveExcel取代之.这个是否可做到?

要么把高速导出源代码公开,自己动手制作一个导出函数功能,这样可否?

开始我是直接用2楼的代码测试的，感觉要比sql命令慢。

仔细研究2楼的代码后，发现第一段是不需要的。把第一段代码删除后，就不用再重复加载一次数据了。效率和sql命令一样了。

实际测试结果表明：Exporter和后台直接执行sql语句的效率是一样的，高速导出应该就是用Exporter做的。它和SaveExcel的最大区别是：Exporter导出效率高但不能保存数据格式；SaveExcel导出效率低但可以保存数据格式。

Exporter目前最大的问题是，导出不包含格式也就罢了，竟然连Caption也不能导出，也不能指定外部数据源，数据都必须先加载。

其实，我们导出数据时通常用有个查询的过程，如：按时间、按品名等等，也就加载了需要的数据。  加载数据都需要一定的时间，如erp等。 很少有不经过查询而直接导出的。 

查询就是有各式各样的列名称和格式需求的， 所以就需要选择适合的导出命令了（当然能又快又符合需要导出方法最好拉）。。。

也不一定。由于Excel的便利性，办公一族多用它进行数据交换。

对于数据要求严谨的单位，很多客户端都不给开放数据导出权限的。这就需要有权限的部门将数据导出来给他。

在这种情况下，数据先加载再导出，效率就很低了。

有个指定数据源的选项是最好了，就象后台统计一样，不加载任何数据直接在后台搞定。

先Exporter再用VBA处理，效率肯定高很多，但对于复杂的表头处理，就不如CreateSheetHeader了！

R版 导出后 多层表头,上次已经有论坛说明了,后来帮助也已经出了.

Vba处理生成的excel太慢了. 

帮助叫:

自动生成多层表头