我从我所知道的是一个相对较旧的Actuate版本，只有最少的许可（或多或少）。我们已经从头开始制作了许多功能，部分原因是由于这些限制，因为据我所知，还有其他许可证可以提供这些功能，但我们只将Actuate作为处理我们主要软件的第三方的一部分，此时获得额外的许可证不在我的能力范围内。
话虽这么说，我的大部分工作都涉及开发各种变通方法和车轮改造。我们的客户需求主要围绕开发数据导出到某种形式的平面文件或其他形式，以便于过滤/排序/数据挖掘/等。我们的主要解决方法是将给定查询简单地导出到带有xls扩展名的CSV文件，以便在Excel中打开，供公共最终用户查看和处理。这有一些缺陷，例如Excel将数据误解为不应该的格式，但是这对我们来说效果很好。
时间已过，客户需求需要越来越复杂的文件格式。平坦的CSV文件伪装成Excel文件或者客户端具有简单格式的导入过程的日子已经一去不复返了，而是导致更好的图形界面，例如Excel（旧的XLS格式和新的XLSX），这就是我们所在的地方。因为我们已经过去了，所以我们的方法必须变得有点棘手，但到目前为止，我们的方法最多被证明是笨拙的，并且仍需要在本机程序中对文件进行一些修饰，而不是为此目的设计文件。
我们的设置旨在构建文件并保存它们，而不是添加任何用户输入，而不是说＆＃34; Go＆＃34;。我们的问题在于我们对Actuate工具的访问权限意味着我们必须从Actuate的GUI手动保存文件，而不是让流程自动化，这涵盖了更现代的格式导致我们欺骗了很少并构建一个在Excel中打开的XML文件，足以继续前进。这使我们更复杂，例如一个文件中的多个电子表格。然而，它仍然是相当陈旧和充满漏洞，更不用说除了简单的电子表格之外什么都不允许。
我们最近的要求现在已经把我带到了这里，以便了解如何前进。这个请求基本上把我们放在了一个我能理解的唯一方法就是以原生Excel格式从头开始构建文件。但是，我们的限制迫使我们基本上以某种方式构建文本文件或一系列文件，这使我们能够制作XLSX文件（我们可以运行脚本来压缩它们并相应地重命名文件）。我对此的研究表明，我尝试的任务非常繁重，可能会有很多漏洞来构建一个这样做的过程。如果需要，我会这样做，但这是我试图避免的，这就是我在这里的原因。
由于Actuate的限制，我基本上被迫进入VB3环境。这可能是最大的限制因素。我在Actuate中的当前进程是一些存储过程，它们具有用于简单XML Spreadsheet格式的静态XML，必须为每个变体冗余存储，这给了我一些相当复杂的代码，就变量存储的大量而言。这不会在快速增加的冗余量中同时执行更多请求以及我仍然无法以这种方式执行Excel的某些更高级功能。理论上我可以构建XLSX文件的结构并压缩它们，但是这个过程可能需要很长时间才能构建，我可能完全重新发明了这个过程。
总而言之，我需要能够将我通过SQL获得的数据导出到XLS或XLSX中，所有这些都需要图表构建支持。这需要完全自动化，以便最终用户可以说“为我构建这些内容”，并且它将构建（包括图表），而不会有来自SQL的查询参数之外的大量用户输入。我目前的计划是在运行时通过ERDPro的VB3代码从头开始构建XLSX格式所需的XML文件，然后使用shell脚本对其进行压缩并使用XLSX扩展名重命名该zip文件，该文件显示已经显示为要做很多努力，至少从头开始。我的问题是，有一种更简单的方法，我没有看到吗？