主页 / dba / 问题 / 18103
Accepted
Chris Aldrich
Asked: 2012-05-18 11:44:47 +0800 CST

没有初始记录的表的目的是什么

  • 772

我最近遇到了这个。在 DB2 LUW（至少 9.5 或更高版本）中定义表时，可以将其定义为NOT LOGGED INITIALLY.

我读过的书中的例子：

CREATE TABLE products (
    productID      INT,
    product_Name   VARCHAR(30)
)
NOT LOGGED INITIALLY;

我已阅读的文档指出，在执行INSERT、UPDATE、DELETE、CREATE INDEX、ALTER TABLE或执行语句DROP INDEX之前不会记录该表。COMMIT之前的所有COMMIT内容都没有记录。是之后的一切COMMIT。

显然，只要您将表定义为NOT LOGGED INITIALLY，您就可以随时发出 anALTER TABLE <table-name> ACTIVATE NOT LOGGED INITIALLY将表恢复为非日志记录状态，直到COMMIT再次发出 a 为止。

他们举了一个例子，我可以看到这在哪里有用。我读的书说你可以发出以下

ALTER TABLE <table-name> ACTIVATE NOT LOGGED INITIALLY WITH EMPTY TABLE;

这显然会删除表中的所有数据而不记录它。我可以理解这在您希望清除数据并重新测试而无需记录删除以进行回滚的性能开销的测试环境中是可取的。

但除此之外，我很困惑。您是否有任何理由不希望在测试环境之外登录表？这种桌子还有什么其他用途？

db2 transaction-log

4 个回答

  1. Best Answer

    经典的真实示例是我创建的表是来自静态外部源的副本。如果数据库在初始加载期间发生故障，那么只删除部分加载的表并从头开始我的导入操作会比完全记录事务的开销要快。

    例如，我正在使用我的事务环境备份文件中的客户列表加载我的报告环境。

    • 5

  2. 也来自手册：

    NOT LOGGED INITIALLY 选项对于需要使用来自备用源（另一个表或文件）的数据创建大型结果集并且不需要恢复表的情况很有用。使用此选项将节省记录数据的开销。指定此选项时适用以下注意事项：

    • 提交工作单元时，在工作单元期间对表所做的所有更改都将刷新到磁盘。

    • 当您运行前滚实用程序并遇到指示数据库中的表是由 Load 实用程序填充或使用 NOT LOGGED INITIALLY 选项创建的日志记录时，该表将被标记为不可用。如果以后遇到 DROP TABLE 日志，前滚实用程序将删除该表。否则，在数据库恢复后，如果尝试访问该表，则会发出错误（SQLSTATE 55019）。唯一允许的操作是删除表。

    • 一旦这样的表作为数据库或表空间备份的一部分被备份，表的恢复就成为可能。

    这在生产环境中也很有意义。

    • 2

  3. 当您刚刚创建一个表并需要用大量数据填充它时，最初未记录很有用。您无需担心恢复数据，因为您已经在某个地方拥有它，因此不需要记录任何数据填充。如果您不需要记录数据，这可以大大加快数据填充时间。

    • 1

  4. 由于尚未回答此问题的生产部分，因此我有一个有用的示例。我正在将生产表备份到我的用户空间。该表包含大量数据（约 850GB 压缩），无法通过正常方式进行备份，因为它生成的日志文件（在我终止插入之前超过 18GB）导致多个下游函数失败。NOT LOGGED INITIALLY 是我防止这种情况发生的唯一选择。

    • 1

相关问题