最近公司有个需求，就是把多个文档中的内容合并到一个文档中，这个有多个解决方案，在本文采用的是VBA编程的方法，用Microsoft Excel 2007进行开发。

    Visual Basic For Application(VBA)是微软开发出来的应用程序共享的一种通用的自动化语言，可以看作是VisualBasic 的子集。

    
首先，打开Excel，点击左上角的Office按钮--->Excel选项，在“常用”选项卡中将“在功能区显示开发工具选项卡”打勾，

  




    然后点确定，Excel的菜单栏上会出现“开发工具”。

    




    点击宏，可以查看宏或者创建一个宏。

  




    创建后进入到VB的编程界面，在这个界面上可以进行VB代码的编写，或者设断点去做调试。

  




    在这个界面上你可以按照自己的需求编写宏，具体可以参考帮助文档，这份官方的参考文档挺详细的，基本上可以搞定大部分问题。菜单栏：帮助-->Microsoft
 VisualBasic 帮助

  




    还有一个插入控件的功能，可以加入表单控件和ActiveX控件到Excel上并进行类似于桌面应用程序的编程。

  




  




  




    这里有个小技巧，当你不太清楚怎么编写宏的时候，可以返回到Excel界面。在开发工具面板上点击录制宏，

  




  然后进行相应的操作，操作完后点击“停止录制”，就会产生跟刚才操作相对应的代码，我们可以参考这些代码去编程。

  




  




 
   那怎么运行宏呢，可以通过下面两种方式去运行吧，直接上图好了。

  




  




  

excel多表数据合并一直是excel的痛点，面对收集来的上百张表格，如果用户需要一个一个打开复制粘贴耗时耗力，容易出差错。本人集团工作中面对这种问题一直很无力。传统办法是通过vba进行编程实现。但使用python可以更优雅的处理此类问题，而且移植、复用 扩展均可以简单完成。
需求：存在多个excel表，每个表存在多个sheet，需要将某一张表中的某个sheet内容明细归集在一起。
开发语言python3，系统win10 64位
附件内容：excelSummary.py为开发源代码，数据归集小程序1.0.rar为打包好的小程序内有配置文件。
实现的功能点：
1、用户可以通过修改配置，可以实现 1.1控制聚合表头所在行，解决用户表头不在第一行的情况。1.2 模糊匹配sheet名称，解决sheet名称不规范问题，如果直接获取第一个可以直接输入*。 1.3控制明细表格所在路径。1.4 用户可以直接填写列名称控制获取对应类，过滤无用列。
2、获取明细文件夹下的xls或者xlsx文件 填入csv文件中，在csv中是实现增行。注意再一次执行 如果不删除《数据归集.csv》文件，数据再次添加行数，重新执行时注意删除。
3、由于最终填入的csv文本格式，而非xls格式，这样对内存消耗很小，可以支撑较大数据量的数据归集，也方便excel或者其他程序再处理。
4、通过pyinstaller 打包成exe, win10 64位用户解压后直接双击exe可直接运行,无需安装python3，通过list和for循环实现，程序文件较小携带方便。
局限：只做到可多表格中的一个sheet内容  合并增行。还有一种业务行场景要求增列，这个以后试试实现。
如果有优化建议 bug或者给问题请留言。(新手程序注释不到位，以后有时间再搞搞,有需要讲解的可以留言)。我会继续优化或者扩展这个小程序。比如这个是增行版本，以后可以出增列版本或者单表多sheet合并之类的。
原创内容，转载请注明。

一说到Excel工作簿内容合并、多工作簿查询、外部数据源的查询引用的实现，那么很多人第一想法就是使用公式、VBA、Power query。没错，这几个确实可以。我本人是一个Power query重度依赖者，经常使用PP来做数据查询。可后来慢慢的发现，Power query问题真的很多，比如说占用内存太大、运行非常缓慢。另外，一些低版本的Excel不支持PP，同时WPS也是不支持PP的。这个让我非常头疼，于是不得不找其它办法。于是在不经意间发觉了以下这个一直被忽视的东西：Microsoft Query。于是，我就使用这玩意试着分别连接SQL Server做了一个动态财务的科目汇总表查询，和连接Access做了一个动态查询。效果如下：
以上，两个测试完全实现了使用参数的动态查询。以往，实现这种效果，要么使用VBA、要么使用power query。以下，我们来看一下怎么实现它呢。
1、打开菜单栏，找到Microsoft Query的
2、进入数据源配置界面
这里已经存在了常用的Excel、Access这两种数据源连接方式。但其他的，我们需要单独建立。在此以SQL Serve为例。
刚才建立的数据源就出现在了列表里面
接下来我们来看如何实施查询
首先，选择一下数据库，然后添加一下需要用到的表
以上这个界面，作为使用过Foxpro的人应该不陌生，果然是上古的杰作。我们看到，从数据添加的表，自带了表间关系。这个非常省心，如果是Excel查询，那么就得自己建立表间关系了。
接下来，我们把需要用到的的字段全部添加到列表里面，因为有表间关系，会自动做数据参照。查询器里面的好多细节操作，在此就不过多描述了。
现在我们来看一下，查询器自己生成的 SQL语句
在使用过程中，因为需要做动态查询，因此加入了查询参数，然后这部分参数又被绑定到了工作表的单元格上。只要在这部分单元格就可以作为查询条件来使用，只要这部分单元格数值有变动，那么查询就会同步更新，根本不需要刷新或者添加按钮来执行查询。具体如下：
现在，让我们来看看，做出同样效果的东西，VBA和Power Query的工作量：
首先，来看VBA的工作量：
  1、单独设计的查询界面
2、部分VBA代码
至于power query稍微好一些，在引入数据的时候一句SQL语句就能解决，但是这货对于使用参数做动态查询实在太麻烦，需要合并好几几次查询才行。
最后，对比Microsoft Query、VBA、Power query。可以说Power Query应该是Microsoft Query 的升级版，但是PQ使用的是M语言，在使用便利性和性能上不占优势，随便一个查询动辄就是几个G的内存占用，分分钟就死机。使用过多以后，感觉目前的PQ，还真只是一个玩具，它还有很大的改进空间。而VBA，这个看似无所不能，但正是无所不能才更加不那么好控制。至于Microsoft Query而言，并非没有缺点，最大的缺点我认为是多表连接查询时候没法使用左连接、右连接以及外部连接，只能使用内部或者说等值连接。所以，对于日常的合并工作表，还是建议使用MQ。