业务交易的长期积累。

批处理本身就是一种应用风格，与在线、Web 或 SOA 相似。它具有输入、验证、将信息转换为业务模式、业务处理和输出等标准要素。此外，它还需要宏观监控。

处理在一段时间（如一小时、一天、一周、一个月或一年）内累积的大量业务交易。它是以重复和可预测的方式对许多数据实体或对象应用一个或一组流程，其中不含人工要素或单独的人工要素进行错误处理。

批处理任务必须完成的时间范围。这可能受到其他系统上线、其他从属作业需要执行或批处理环境特定的其他因素的限制。

主要批处理任务或工作单元。它根据提交间隔设置和其他因素初始化业务逻辑并控制事务环境。

A component created by an application developer to process the business logic for a Step.

应用程序开发人员创建的组件，用于处理步骤的业务逻辑。

驱动查询可确定一项工作要完成的一系列工作。然后，任务将该工作分解为单个工作单元。例如，一个驱动查询可能是识别所有状态为 "待传输" 的财务交易，并将其发送到合作伙伴系统。驱动查询会返回一组需要处理的记录 ID。然后，每个记录 ID 成为一个工作单元。驱动查询可能涉及连接（如果 select 条件涉及两个或更多表），也可能使用单个表。

一个项目代表了需要处理的最小完整数据量。最简单地说，这可能是文件中的一行、数据库表中的一行或 XML 文件中的一个特定元素。

批处理 job 通过迭代驱动查询（或其他输入源，如文件）来执行 job 必须完成的工作集。执行的每一次迭代都是一个工作单位。

在单个事务中处理的一组 LUW。

将一项作业拆分成多个线程，每个线程负责处理整个数据的一个子集。执行线程可以在同一个 JVM 内，也可以在支持工作负载均衡的集群环境中跨越 JVM。

在处理数据时保存临时数据的表。

可再次执行的作业，其身份与最初运行时相同。换句话说，它具有相同的 job 实例 ID。

可重新运行的作业（job），可根据上一次运行的记录处理情况管理自身状态。可重新运行 step 的一个例子是基于驱动查询的 step。如果驱动查询可以在重新启动作业时限制已处理的行，那么它就是可重新运行的。这由应用逻辑管理。通常，会在 where 语句中添加一个条件，以限制驱动查询返回的记录，其逻辑类似于 processedFlag!= true。

批处理的最基本单元之一，它通过重复调用部分代码来定义，直到调用完成且没有错误为止。通常情况下，只要有输入，批处理就可以重复进行。

使用重试语义简化操作的执行，重试语义最常与处理事务输出异常相关。重试与重复稍有不同。重试不是持续调用代码块，而是有状态的，它会持续调用相同输入的相同代码块，直到调用成功或超过某种重试限制。一般来说，只有在环境有所改善，后续调用操作可能成功时，重试才会有用。

恢复操作在处理异常时，会使重复进程得以继续。

跳过是一种恢复策略，通常用于文件输入源，作为忽略未通过验证的不良输入记录的策略。