然产物，我们无法从一开始就能够避免，因而如何消除孤岛或降低孤岛带来的负面影响就成为当前业界的一大课题。要想有效的解决孤岛问题，就必须深入的了解孤岛的特性：1数据多样性：数据的多样性表现在大多数企业都拥有大大小小多种不同的数据库，甚至同种数据库中还有不同时期的不同版本。2平台多样性：一个一般的企业中拥有超过3种以上的操作系统是十分常见的。3技术多样性：使用的技术五花八门，汇编、Basic、CC、Java甚至COBOL。4结构多样性：有先进的开放式结构，组件式的，CS结构，BS结构甚至早期的封闭的“黑箱”结构。5应用指标多样性：有些应用对实时性的要求很高，而有些对容错性有较高要求。业界比较具有特色的解决思路是“企业应用集成EAI”，EAI试图通过“系统异步消息总线应用适配器”的方案来达成各应用系统之间的信息交流，从而达到信息的共享。EAI的思想固然有其特有的先进性，但通过对EAI方案的分析我们会发现仍然有一些EAI所不能解决的问题：1EAI试图通过封装应用适配器达到对不同应用系统的统一，但由于各种应用系统之间的千差万别，导致精确的、全面的封装是不现实的。如果想达到这个目的，必然导致适配器的膨胀，从而产生新的问题。2在消息总线上达成的数据共享，缺乏进一步利用的手段。简单的数据共享并不能对企业的决策产生深远的影响，因而如果不能够有效的利用数据，仍然不能完全的消除孤岛。3EAI试图通过实现“业务过程工作流引擎”在各个应用系统之上建立大的工作流，但是由于适配器的限制，导致在易用性和灵活性上产生了很大的矛盾。4异步总线的方式导致了某些实时系统无法整合。因为上述弊端，BIPilot（等同于BIPilot）从一开始就没有将产品仅仅定义为EAI系3of34
f统或产品，他借鉴了EAI在某些方面的优点，但采取了和EAI不同的思路：1BIPilot不使用系统异步消息总线。BIPilot采用实现多数据库连接环境和XML数据接口来解决信息共享的问题，这样在达到了信息共享的同时，可以利用商业智能工具对综合的信息进行统计和分析。2BIPilot不试图用一种接口（适配器）统一所有的应用和技术。BIPilot通过在技术层面提供面向语言的封装接口，使得BIPilot可以直接访问应用内部的逻辑。3BIPilot没有实现统一的工作流引擎。由于各行业的工作流千差万别，所以BIPilot不提供统一的工作流描述方法，但可以在不同行业的解决方案中提供相应的面向行业的工作流。BIPilot采用最新的技术，以商业智能作为企业复杂数r