Ibm midrange 日记账与承诺控制的关系

此问题特定于iSeries数据库中的数据库文件。如果文件已记录，则在程序中使用该文件（更新和写入文件）时是否必须进行承诺控制

否。日记不需要承诺控制。但是，承诺控制需要日志记录

---

我还没有找到一个明确声明日志记录不需要承诺控制的独立来源，但在讨论设置承诺控制的过程时，例如在中，它是隐含的。显然，您可以在不设置承诺控制的情况下设置日志记录。

否。日志记录不需要承诺控制。但是，承诺控制需要日志记录

---

我还没有找到一个明确声明日志记录不需要承诺控制的独立来源，但在讨论设置承诺控制的过程时，例如在中，它是隐含的。显然，您可以在不设置承诺控制的情况下设置日志记录。

在创建程序时，默认设置为承诺控制。但是，承诺控制不是强制性的。

在创建程序时，默认为承诺控制。但是，承诺控制不是强制性的。

出于医管局目的或审计目的，日记账文件并不少见；即使您有一个不使用承诺控制的应用程序系统。不仅是HA和审核，还可以通过APYJRNCHG/RMVJRNCHG进行恢复。不像过去几年那样常见，但在适当情况下非常有用，例如，在应用程序更新后，应用程序事务会出现混乱，或者需要重新运行流程。出于HA目的或审计，记录文件并不少见；即使您有一个不使用承诺控制的应用程序系统。不仅是HA和审核，还可以通过APYJRNCHG/RMVJRNCHG进行恢复。不像过去几年那样常见，但在适当的情况下非常有用，例如，在应用程序更新后，应用程序事务混乱，或者需要重新运行流程。当使用

CRTBNDRPG

、

CRTRPGMOD

或

CRTRPG

进行编译时，默认为无承诺控制。在程序运行之前，必须运行STRCMTCTL。只有在使用

CRTSQLRPG

或

CRTSQLRPGI

进行编译时，承诺控制

*CHG

才是默认值（并在必要时程序启动时启动）。rpg是古代程序生成器的缩写。对于这些辅助程序，您通常在调用RPG之前使用CL程序来处理承诺控制。STRCMTCTL（启动承诺控制）ENDCMTCTL（结束承诺控制）或出现错误（回滚）。创建一个CL，使STRCMTCTL调用rpg程序，然后回滚CL调用。哇，这是个很棒的测试。我不确定你在争论什么。由于约翰尼给出的原因，OP问题的答案是否定的。我只是指出，您的答案是不正确的，因为承诺控制不是默认的，您必须以特定的方式编译，或者以特定的（非默认）方式执行程序来激活承诺控制。也许那不是你的意思，不是争吵。承诺控件是默认的，它正在创建新程序。@danny117承诺控件不是默认的，您甚至不能将其指定为配置的默认值（创建SQL*对象时除外）。它必须明确编码。而且RPG确实是“古老的”，但是任何人仍然使用RPG而不是当前的RPG IV进行编码可能有一个很好的理由。当使用

CRTBNDRPG

、

CRTRPGMOD

或

CRTRPG

进行编译时，默认为无承诺控制。在程序运行之前，必须运行STRCMTCTL。只有在使用

CRTSQLRPG

或

CRTSQLRPGI

进行编译时，承诺控制

*CHG

才是默认值（并在必要时程序启动时启动）。rpg是古代程序生成器的缩写。对于这些辅助程序，您通常在调用RPG之前使用CL程序来处理承诺控制。STRCMTCTL（启动承诺控制）ENDCMTCTL（结束承诺控制）或出现错误（回滚）。创建一个CL，使STRCMTCTL调用rpg程序，然后回滚CL调用。哇，这是个很棒的测试。我不确定你在争论什么。由于约翰尼给出的原因，OP问题的答案是否定的。我只是指出，您的答案是不正确的，因为承诺控制不是默认的，您必须以特定的方式编译，或者以特定的（非默认）方式执行程序来激活承诺控制。也许那不是你的意思，不是争吵。承诺控件是默认的，它正在创建新程序。@danny117承诺控件不是默认的，您甚至不能将其指定为配置的默认值（创建SQL*对象时除外）。它必须明确编码。而且RPG确实是“古老的”，但是任何人仍然用RPG而不是现在的RPG IV编码可能有一个很好的理由。承诺控制不是强制性的。我曾经使用不带承诺控制的日志记录作为备份/恢复策略的一部分，通过每周保存文件和每天保存日志接收者来恢复文件。承诺控制不是强制性的。我曾经使用不带承诺控制的日志记录作为备份/恢复策略的一部分，通过每周保存文件和每天保存日志来恢复文件。