介绍DB2中执行基于时间的引用完整性

IBM DB2 10 中的新时态特性为基于时间的数据管理提供了丰富的功能。例如，一个日期范围可分配给每行数据以指出您的应用程序或业务何时认为该行有效。支持跟踪此类业务有效性的表称作应用程序周期时态表，而且其业务时间周期可以是过去的、现在的或

对于有外键关系的父表和子表，可扩展引用完整性的概念来考虑传统键值，以及任何给定行的业务时间周期。本文将介绍这种时态引用完整性 (temporal referential integrity)，以及如何在 DB2 中强制执行基于时间的一致性。本文内容适用于 DB2 for z/OS® 和 DB2 for Linux®, UNIX®, and Windows®。所有 SQL 样例已在 DB2 10.1 for LUW® 中进行了测试。

DB2 10 for z/OS 和 DB2 10 for Linux, UNIX, and Windows 引入了基于时间的数据管理，允许您查询和操作过去、现在以及未来的数据，同时保留所有数据更改的完整历史记录。DB2 中的时态特性集合也被称之为 Time Travel Query。

DB2 支持 3 类时态表：

• 系统周期时态表：DB2 以透明的方式不断地保留已更新或删除行的历史记录。使用 SQL 语言标准的新结构，用户可以 “回到过去” 并查询过去任一选择点的。这是以内部分配的系统时间戳为基础，DB2 使用该时间戳来管理系统时间，也称之为事务处理时间。
• 应用程序周期时态表：应用程序提供日期或时间戳以描述数据的业务有效性。SQL 的新结构支持应用程序插入、查询、更新和删除过去、现在以及未来的数据。DB2 自动应用约束条件和行分割 (row-split) 来正确地维护应用程序提供的业务时间，也称之为有效时间。
• 双时态表：管理系统时间和业务时间。双时态表结合了系统周期和应用程序周期时态表的所有功能。这种结合使得应用程序能够管理数据的业务有效性，同时 DB2 可保存所有更新和删除的完整历史记录。

在本文其余部分，我们假设您熟悉 DB2 中应用程序周期时态表的基本知识。时态引用完整性 (RI) 的讨论也适用于双时态表中的业务时间。当您更新或删除业务时间中一个指定部分的数据时，应该了解如何创建和使用这些表，并了解 DB2 如何执行行分割 (row-split)。

什么是时态引用完整性？

一个示例

在本小节中，我们首先重温了关系数据库中传统的引用完整性 (RI)，然后对时态 RI 展开讨论。我们的场景涉及一个虚拟业务，该业务从供应商处接收产品，然后将这些产品卖给客户，偶尔也会进行促销活动，在一定时间段内以折扣价格销售选定的产品。为了帮助您理解如何实现和执行时态 RI，我们使用该应用程序场景和样例数据。

传统 RI

清单 1 显示两个涉及管理该业务的表。父表，product_avail，提供的每个产品在其中都有一行，并识别提供该产品的供应商。子表，promotion，每个特价产品都有一行，由一个促销 ID、各自的产品 ID 和折扣价定义。两个表可能还有其他列，但是为了简单起见，这些列目前已经足够了。

清单 1. 父表和子表之间引用完整性的简单示例

				
CREATE TABLE product_avail(
    prodID     INTEGER NOT NULL, 
    supplier   VARCHAR(32),
  PRIMARY KEY(prodID) );

CREATE TABLE promotion(
    promoID    INTEGER NOT NULL, 
    prodID     INTEGER NOT NULL, 
    price      DECIMAL(10,2), 
  PRIMARY KEY(promoID),
  FOREIGN KEY (prodID) REFERENCES product_avail(prodID) );

因为只能对已有产品提供促销，所以 promotion 表中的每一行必须包含一个存在于 product_avail 表中的 prodID。这个条件被称为 引用完整性，由 promotion 表中的外键 (foreign key, FK) 约束声明并执行。有了该约束，任何试图使用 product_avail 表中不存在的 prodID 插入或更新促销表的操作都将被 DB2 拒绝。