ReiKing详细介绍以及与其它ETL工具的比较

ReiKing数据整合产品提供开放的信息整合支撑架构平台和基于其上的可重用的整合服务、整合标准和整合策略，具有很好的可靠性和易用性。产品提供工具方便可视化配置整合规则和处理流程，可视化部署、管理、监控整合应用。

主要用在信息交换、信息同步、信息合并、信息整合、历史数据迁移、数据仓库建设、虚拟库等领域。

提供如下功能：

 提供安全可靠的数据传输通道  提供开放的数据整合支撑平台  提供可重用服务和流程组件  保证数据整合处理的可靠性  灵活的部署方式

 方便管理数据整合项目

统一开放支撑架构

 以规则为核心

 方便“按需使用”组件模块  方便“按需定制”组件模块  方便“协调管理监控”  降低了开发和维护成本

    

“插座式”架构，SOA思路，支持组件化设计。

统一接口。统一数据接口、统一处理接口、统一界面接口、统一管理接口等 可管理的分布式处理。支持分布式协作和集中管理。

一体化核心组件，内置消息引擎、服务引擎、工作流引擎、规则引擎等，并无缝协作。 支持动态变化规则。规则中可以含有变量

易用的数据加工服务

可视化配置 可视化发布 可视化监控

 数据源或目标：

 数据库：Oracle、SQL Server、DB2、Sybase ASE、Sybase IQ、Informix、My SQL、

FoxPro、Access等；

 数据文件：文本文件、Excel文件、DBF文件、睿智文件、XML等格式文件；  内存表：通过应用程序传来或消息中间件传来的在内存中的数据，处理后结果也可

以传给应用程序、消息队列等。

 转换处理方法主要包括：

 格式转换，包括字段拆分/合并、不同格式间转换  静/动态字段，包括系统时间、动态序列号、给定值

 基于规则的翻译，包括基于规则表的翻译、给定规则翻译  数算，不同的数据对象之间作数算  聚类处理，根据一个或几个字段做聚类操作  其他转换方式

 路由处理

 “一次抽取，并发路由”机制  支持一对多的数据推送

 减轻对数据源如数据库的压力  提高处理的性能。

强的流程处理

拖拉生成流程 可视化发布 可视化监控

经过配置的各服务组件，通过拖拉生成流程，流程本身也可以作为另一个流程的处理节点，方便支持流程的嵌套。流程处理支持以下处理策略：平行处理、顺序执行、条件处理、意外处理等。

很好的易用性

 对项目提供全程支持。

通过管理工具可视化完成处理服务、流程、规则等资源配置；可视化创建应用运行环境、可视化发布使用资源；可视化创建应用运行菜单、可视化监控应用运行。  可视化监控。

监控各运行环境的处理。包括正在运行的、已经完成的处理；并以不同的颜色提示处理结果（红色表示意外、黄色表示警告等）；

监控消息中间件处理，包括订阅者、积压消息队列等。

提供处理结果业务明细、系统处理信息明细，方便跟踪调试。 监控位于不同节点的处理，方便分布式处理信息跟踪。  提供菜单生成器

生成用户管理维护菜单，方便用户通过菜单方式交互触发、定时触发、事件触发应用（服务、流程等），便于维护管理。  支持热部署

可视化发布应用项目的修改，不需要重新启动系统。

可靠性保证：

 系统可靠性处理

 可跟踪，记录处理的过程，可视化看到处理流程及状态，废弃数据的记录跟踪  意外处理

 意外技术信息记录，记录处理中的意外数据（包括意外的原因、意外数据）  意外补偿处理，在流程中设置意外补偿处理

 支持断点续运行，下次运行从上次意外处继续执行。

 数据的可靠性处理

 数据加工服务支持事务处理

 数据日常增量处理采用可靠性处理机制  消息队列的可靠性传输机制

 保证数据可靠性传输，不丢数据，不重复传送数据  数据传且仅传一次。

应用场景

数据采集 数据同步

数据交换 数据仓库

信息整合

业务监控

产品优势

统一开放的支撑架构  以规则为核心；

 方便“按需使用”组件模块；  方便“按需定制”组件模块；  方便“协调管理监控”；  降低了开发和维护成本

 “插座式”架构，SOA思路，支持组件化设计；

 统一接口：统一数据接口、统一处理接口、统一界面接口和统一管理接口等；  可管理的分布式处理，支持分布式协作和集中管理；

 一体化核心组件，内置消息引擎、服务引擎、工作流引擎、规则引擎，各组件间无缝协同；  支持动态变化规则，规则中可以含有变量； 简单易用的数据加工服务  可视化配置；  可视化发布；  可视化监控；  异构数据源或目标：

 数据库：Oracle、SQL Server、DB2、Sybase ASE、Sybase IQ、Informix、My SQL、

FoxPro、Access等；

 数据文件：文本文件、Excel文件、DBF文件、睿智文件、XML等格式文件；  内存表：通过应用程序传来或消息中间件传来的在内存中的数据，处理后结果也可以

传给应用程序、消息队列等。

 多种转换处理方法：

 格式转换，包括字段拆分/合并、不同格式间转换；  静/动态字段，包括系统时间、动态序列号、给定值；  基于规则的翻译，包括基于规则表的翻译、给定规则翻译；  数算，不同的数据对象之间作数算；  聚类处理，根据一个或几个字段做聚类操作；  其他转换方式；  路由处理

 “一次抽取，并发路由”机制；  支持一对多的数据推送；  减轻对数据源如数据库的压力；  提高处理性能； 强大灵活的流程处理  可视化流程生成  可视化流程发布  可视化运行监控

经过配置的各服务组件，通过鼠标拖拽生成流程，流程本身也可以作为另一个流程的处理节点，方便实现流程的嵌套，支持平行处理、顺序执行、条件处理、意外处理等处理策略： 简便易用的人机界面  对项目提供全程支持

通过管理工具可视化完成处理服务、流程、规则等资源配置，可视化创建应用运行环境，可视化发布使用资源，可视化创建应用运行菜单、可视化监控应用运行；  可视化监控。

 监控各运行环境的处理，包括正在运行的和已经完成的，并以不同的颜色提示处理结

果（红色表示意外、黄色表示警告等）；

 监控消息中间件处理，包括订阅者、积压消息队列等；  提供处理结果业务明细、系统处理信息明细，方便跟踪调试；  监控位于不同节点的处理，方便分布式处理信息跟踪；  提供菜单生成器

生成用户管理维护菜单，方便用户通过菜单方式交互触发、定时触发、事件触发应用（服务、流程等），便于维护管理；  支持热部署；

可视化发布应用项目的修改，不需要重新启动系统； 安全可靠的处理保障  系统可靠性

 可跟踪记录处理的过程，图形化监控处理流程及状态，以及废弃数据的记录跟踪等；  意外技术信息记录，记录处理中的意外数据（包括意外的原因、意外数据）；  意外补偿处理，在流程中设置意外补偿处理；

 支持断点续运行，下次运行时从上次意外中断处继续执行；  数据可靠性

 数据加工服务支持事务处理；

 数据日常增量处理采用可靠性处理机制；  消息队列的可靠性传输机制

 保证数据可靠性传输，不丢数据，不重复传送数据；  数据传且仅传一次；

应用方式

数据集中/数据同步 数据交换/数据仓库 信息整合 业务监控

竞争对比 Informatica 抽取效慢N倍。 N次请求，N次抽取。 率 （1：N应用模式下） IBM DataStage 慢N倍。 N次请求，N次抽取。 ReiKing 快N倍。N次请求，1次抽取。 提供并行路由服务，源表数据经过联合、过滤、清洗、转换处理后，根据各目标表的路由条件，并发的结果将路由到相应目标库表中； 采用“一次抽取，并发路由”的机制，减轻了源数据库的压力，同时提高处理性能； 应用难度 中文处理 实施成本 难。实施数据处理项目时，用户需编写大量代码； 有限。异构字符集处理能力弱； 高。周期长，培训时间长，任务过程复杂； 不提供统一接口，不方便特殊格式文件导入、特殊转换处理和动态规则处理； 难。实施数据处理项目时，用户需编写大量代码； 有限。异构字符集处理能力弱； 高。周期长，培训时间长，任务过程复杂； 不提供统一接口，不方便特殊格式文件导入、特殊转换处理和动态规则处理； 易。用户少需写代码。实施全程可视化，大部分操作由鼠标拖拽完成，极大的提高了生产效率，深受用户喜欢； 高效。支持异构系统和异构字符集，中文（双字节）和西文（单字节）字符集； 低。周期短，培训时间短，任务过程相对简单； 采用SOA架构，内置规则引擎、流程自动化、变量管理器；提供统一服务处理接口； 提供统一数据接口方便各种数据的接入/接出； 包含专利技术——变量管理器，用于支持动态表、动态语句、动态表达式等动态规则； 提供虚拟列技术，方便各种类型转换处理； 数据接口 使用方式 提供组件，颗粒度太细，提供组件，颗粒度太细，提供通用服务功能组件，如：表复制、表处理业务需繁琐组装； 处理业务需繁琐组装； 转换、表-文件转换、SQL处理等，可视使用繁琐，操作不便，维护成本高； 不提供项目的全程支持； 使用繁琐，操作不便，维护成本高； 不提供项目的全程支持； 仅支持元数据管理，不化配置； 拖拉形成处理流程； 使用简单，全程支持应用开发：从配置到部署创建、运行菜单创建、运行监控，到修改热发布，都可在一套操作界面完成； 不仅对元数据管理，还支持业务处理知识便于业务知识的重用； 业务规则 安全可靠 仅支持元数据管理，不方便业务知识的重用； 方便业务知识的重用； 的管理，方便用户“按需装配”应用项目，处理过程可跟踪； 意外处理不强，产生意外时没有好的容错性，不支持增量的可靠性处理； 处理过程可跟踪； 意外处理不强，产生意外时没有好的容错性，容错性不好；不支持增量的可靠性处理； 欠缺或不足； 处理过程可跟踪； 支持意外处理，记录意外原因，意外的数据，不终止运行，具有很好的容错性，支持意外补偿处理机制；提供增量处理可靠性机制，当处理中止时，下次处理时，遗漏的数据可以被被加工，不丢失数据； 丰富。支持项目全程的设计、部署、监控； 支持多服务器的协同工作； 提供集中的可视化工具完成对各服务器的集中配置、集中发布和集中监控； 适应广域网环境和网络不稳定情况下的数据传送，支持“物理隔离”环境下的数据传送； 不支持意外补偿机制； 不支持意外补偿机制，监控、协同、集中等功能 欠缺或不足；