关于OLE，看点资料吧。来自百度：

微软API

OLE（Object Linking and Embedding，对象连接与嵌入）。是一种面向对象的技术，利用这种技术可开发可重复使用的软件组件（COM）。OLE不仅是桌面应用程序集成，而且还定义和实现了一种允许应用程序作为软件“对象”(数据集合和操作数据的函数)彼此进行“连接”的机制，这种连接机制和协议称为组件对象模型(Component Object Model),简称COM。OLE可以用来创建复合文档，复合文档包含了创建于不同源应用程序，有着不同类型的数据，因此它可以把文字、声音、图像、表格、应用程序等组合在一起。

OLE 是在客户应用程序间传输和共享信息的一组综合标准。允许创建带有指向应用程序的链接的混合文档以使用户修改时不必在应用程序间切换的协议。OLE基于组件对象模型(COM) 并允许开发可在多个应用程序间互操作的可重用即插即用对象。该协议已广泛用于商业上，在商业中电子表格、字处理程序、财务软件包和其他应用程序可以通过客户/服务器体系共享和链接单独的信息。

关于 OLE ，业界早就在抱怨它的缓慢和庞大，对市场敏感的 Microsoft 需要对那些 API 函数提出一种新的术语以适应未来的操作系统和 Internet 技术。有趣的是 Microsoft 已经宣布 OLE 不再代表对象链接与嵌入，而只是一个过去的名词而已。

我在10楼说了。用OLE会慢，其原理在11楼的资料中可以看出，“OLE 是在客户应用程序间传输和共享信息的一组综合标准”一句，就表明了原理，“慢”的结论，也是业界公认的，並非我栽赃。

稍微详细一点解释，是这样的：OLE的机制，是操作系统调配。依据现代多任务多用户操作系统的原则，进程之间是互相隔绝的，一个进程原则上无法直接读写另一个进程的数据，更不能操纵对方的行为，除非它得到操作系统的特许。OLE的COM技术就是这么一种特许协议，是操作系统认可的，从一个进程中发出指令，由操作系统传递到另一个进程中，对方响应做出动作后，返回执行结果，如此不断的重复。所以，每一条单独的指令发出，这个中转过程就进行一次，既然是中转，肯定低效。一条指令，即使再简单，但若放在循环中，不断重复执行，那消耗就是n的乘数了，时间当然慢。因此，对这种通讯，高效的办法是一次发出尽可能多的指令让对方指令，减少中转次数，它执行完了一次返回。我专门测试过这两种方式，批量处理的效率几乎是逐个单元格处理的百倍，尤其是表格数据量大的时候。这种行为与网络通讯的原理是一样的，形象的说法，是遥控，臂伸长了，反应肯定慢。要加速网络程序的反应，依据跟这个完全一样，这才是SQL查询语句之所以如此设计的原因，执行的动作全部交给服务器本地了，在那边当然较快（换言之，并发数也是限制服务器配置的决定因素）。