不在DB2数据库中创建日志是什么情况

我来自SQL server世界，所以我对DB2的了解还不够，不足以构成危险。我知道，要从外部源（如SQLServer）插入、更新、删除DB2中的记录，DB2中的底层文件需要记录。我们甚至有一个应用程序，它使用JDBC连接到DB2，并且需要它插入的文件进行日志记录（这是安装文档中的说明）

我的问题是，为什么DB2DBA不想要任何日志？为什么会这样说

---

我想知道这个经验法则的技术细节。谢谢你

可能离题了……但现在真的没有什么好理由

早在36/38系统诞生时，承诺控制就不是一件事了

AS/400诞生时，存在性能影响。许多人远离使用它

今天，唯一一个远程有效的原因是，在不使用承诺控制的情况下更新数百万条记录的批处理作业会受到性能影响

但是如果需要，有一个可选的许可程序来解决这个问题

57xx-ss1选项42 i5/OS-HA日志性能

---

许可证计划的名称来源于这样一个事实，即当前没有日志记录的公司通常在实施需要日志记录的HA解决方案期间开始日志记录时会遇到此问题。

可能与主题无关……但现在确实没有什么好的理由

早在36/38系统诞生时，承诺控制就不是一件事了

AS/400诞生时，存在性能影响。许多人远离使用它

今天，唯一一个远程有效的原因是，在不使用承诺控制的情况下更新数百万条记录的批处理作业会受到性能影响

但是如果需要，有一个可选的许可程序来解决这个问题

57xx-ss1选项42 i5/OS-HA日志性能

---

许可证计划的名称来源于这样一个事实，即当前没有日志记录的公司通常在需要日志记录的HA解决方案实施过程中开始日志记录时遇到问题。

这仅适用于IBM i上的DB2（iSeries，AS/400），它最初是底层顺序文件访问引擎的SQL语言接口。因此，SQL表被实现为文件系统中的文件，默认情况下不会记录这些文件。这仅仅是一个延续至今的遗产

---

我相信默认情况下，使用SQL（DDL）语句创建的表（文件）是日志记录的，而不是使用DDS（数据定义规范）创建的文件。

这只适用于IBM I上的DB2（iSeries，as/400），它最初是作为底层顺序文件访问引擎的SQL语言接口。因此，SQL表被实现为文件系统中的文件，默认情况下不会记录这些文件。这仅仅是一个延续至今的遗产

---

我相信默认情况下，使用SQL（DDL）语句创建的表（文件）是日志记录的，而不是使用DDS（数据定义规范）创建的文件。

这就是我所怀疑的，我将等待一段时间，看看是否有其他人插话。谢谢如果有帮助，请注意，如果您使用SQL DDL创建模式（库）和表（文件），系统将自动开始记录表。传统开发实践的势头是巨大的。这么多没有日志的文件。但我现在看到比过去更多的承诺控制。程序员在这些情况下添加了自动日志，这一事实说明这是正常的。Legacy momentum很有趣，但在我遇到它的地方很烦人。这就是我所怀疑的，我会等一等，看看是否有人插嘴。谢谢如果有帮助，请注意，如果您使用SQL DDL创建模式（库）和表（文件），系统将自动开始记录表。传统开发实践的势头是巨大的。这么多没有日志的文件。但我现在看到比过去更多的承诺控制。程序员在这些情况下添加了自动日志，这一事实说明这是正常的。Legacy momentum很有趣，但在我遇到它的地方很烦人AS/400总是有一个集成的关系数据库。其系统38的前身也是如此。在1988年推出时，AS/400在其RDMS中同时支持DDS和SQL接口。其系统38的前身也是如此。在1988年推出时，AS/400在其RDMS中同时支持DDS和SQL接口。