使用 DEDB

使用 DEDB 可以在许多方面提供性能改进，包括减少路径长度，并行处理能力，减少 I/O 处理以及减少日志记录开销。

  • 减少路径长度
    • DEDB 使用媒体管理器进行更高效的控制区间 (CI) 处理，这可以减少路径长度。
    • DEDB 有自己的资源管理器，这意味着:
      • 与您正在使用的任何锁定管理器 (PI 或 IRLM) 的交互较少，前提是您未使用块级别共享。
      • 由于 DEDB 具有自己的缓冲池，因此简化了缓冲区处理 (并减少了路径长度)。
  • 并行处理
    DEDB 写入不会在事务的生命周期内完成，但会保留在缓冲区中。 实际更新操作将延迟到同步点，并通过在控制区域中使用输出线程进行异步处理来完成。 输出线程作为服务请求块 (SRB) 运行: 单独的可分派 MVS™ 任务。 最多可以指定 255 个输出线程。 这意味着:
    • 可以更早释放 CICS® 任务
    • 增加了并行处理，提高了多处理器上的吞吐量。
  • 更少 I/O

    每个 SDEP 段插入的 I/O 成本可能非常低，因为 SDEP 段聚集在一个缓冲区中，并且仅在其已满时写出。 这意味着许多事务可以 分担 SDEP CI 写入 DEDB 的成本。 SDEP 应该有更大的 CI 来减少 I/O。

  • 减少日志记录开销

    DEDB 日志缓冲区只有在已满时才会写入 OLDS。 这意味着与完整功能数据库相比，需要的 I/O 更少。