再说一些项目中与业务相关的处理操作，像我们会在每晚定时执行一些业务处理，可能是统计、汇总、备份、计算等等，在银行业务中管这种操作叫跑批，不管叫什么，我们的项目中或多或少都会有些这样的定时作业。这种场景如果不用其它工具，基本都是使用存储过程、程序或两者组合来完成。而我们现在是基于kettle来处理的，又涉及比较了，这里再强调一下，这种比较是一种综合考量，不是绝对的哪个好哪个坏，只要你喜欢，你可以只用程序解决，写代码可以搞定一切，kettle也是java代码写出来的。但是你自己现写代码，需要时间不说，质量也很难保证，工具的出现就是要解决这些问题的。kettle与存储过程的关系是，存储过程可以做的kettle都可以做，反之存储过程不能代替kettle，而且存储过程的性能受限于数据库能力，kettle是应用服务器中运行，可以使用集群。而且kettle的执行中是可以包含这些存储过程和程序的，特殊情况下，kettle里面可以写java代码解决。
还有一种业务场景是页面端发起，转到后台处理，并会将处理结果发送到另一个系统或几个系统中，这种场景，我们一般叫应用集成或服务集成，还有一种大家更熟悉的工具ESB也在这场景中常见。但大家多数都是写程序来处理的，当然如果这种接口不多，且不复杂，完全没有问题。但如果接口有几十或几百个，数据源多种多样，kettle可以让工作完成的更快。当然使用kettle也不是没有缺点，这个后面咱们再讲。
通过两个章节说一下适用场景，场景还有很多，这只说几个主要的，目的是说明kettle的作用，让大家知道这些地方都可以用它来解决，方便省事这就可以了，其它的场景后面再专题介绍。