在DB2中建表时，约束是确保数据完整性的关键。主键约束（PRIMARY KEY）确保每行有唯一标识，主键列不能为NULL。外键约束（FOREIGN KEY）维护表间引用完整性，防止孤儿记录。检查约束（CHECK）限制列值范围，如年龄必须大于0。唯一约束（UNIQUE）保证列值唯一但允许NULL。不为空约束（NOT NULL）禁止空值。示例SQL：CREATE TABLE employees (id INTEGER NOT NULL PRIMARY KEY, name VARCHAR(50) NOT NULL, dept_id INTEGER REFERENCES departments(id), salary DECIMAL(10,2) CHECK (salary > 0), email VARCHAR(100) UNIQUE);

主键和唯一约束的使用技巧

主键约束用于唯一标识表中的每一行数据，主键列不允许NULL值，也不允许重复值。唯一约束与主键类似，但唯一约束允许NULL值，且一个表可以有多个唯一约束。主键约束会自动创建一个聚集索引，提高查询性能。在设计时，优先选择业务上稳定的字段作为主键，如订单ID或用户ID，避免使用复合主键以简化查询和维护。

外键约束的最佳实践

外键约束定义了父子表之间的关系，确保子表中的值必须存在于父表的引用列中。创建外键时指定REFERENCES子句，并可添加ON DELETE CASCADE或ON DELETE SET NULL来处理删除时的行为。最佳实践包括：在生产环境中启用外键约束；在数据量大时考虑性能影响，使用DEFERRABLE约束延迟检查；避免循环外键引用。

检查约束详解

检查约束用于验证列的值是否符合特定条件，如CHECK (status IN ('active', 'inactive'))。支持复杂表达式，但避免过于复杂的逻辑以防性能问题。技巧：结合应用层验证使用；在多行影响时注意约束触发时机。示例：ALTER TABLE products ADD CONSTRAINT chk_price CHECK (price >= 0 AND price < 10000);

数据库设计关键技巧

1. 规范化设计：遵循1NF、2NF、3NF减少冗余，但根据查询需求反规范化以提升性能。2. 索引策略：主键自动索引，外键建议索引，频繁查询列加普通索引。3. 数据类型选择：用VARCHAR代替CHAR节省空间，INTEGER优先于DECIMAL除非需要精度。4. 命名规范：表名小写加下划线，约束名描述性如pk_employees_id。5. 分区表：大数据量时用范围分区提高维护效率。

建表示例与注意事项

完整建表示例：CREATE TABLE orders (order_id INTEGER GENERATED ALWAYS AS IDENTITY PRIMARY KEY, customer_id INTEGER NOT NULL REFERENCES customers(customer_id), order_date DATE NOT NULL DEFAULT CURRENT DATE, total_amount DECIMAL(10,2) CHECK (total_amount > 0), status VARCHAR(20) DEFAULT 'pending' CHECK (status IN ('pending', 'shipped', 'delivered'))); 注意：生成列用GENERATED ALWAYS提高唯一性；默认值减少空值问题；约束组合确保完整性。

性能优化与常见 pitfalls

约束会影响INSERT/UPDATE性能，尤其大数据时。技巧：批量加载时临时禁用约束（ALTER TABLE DISABLE CONSTRAINT），加载后启用。避免在CHECK中使用子查询。监控约束违反错误日志，及早修复设计问题。最佳实践：开发时全约束，测试性能后微调。

FAQ

Q: DB2主键和唯一约束有什么区别？
A: 主键不允许NULL且表只能有一个，主键自动建簇索引；唯一约束允许NULL，表可多个，无自动簇索引。

Q: 如何删除或修改约束？
A: 用ALTER TABLE DROP CONSTRAINT 约束名删除；修改需先删后加。

Q: 外键约束影响性能吗？
A: 是，会检查引用完整性，建议在外键列加索引缓解。

Q: CHECK约束支持哪些表达式？
A: 支持算术、逻辑、IN、BETWEEN等，但不支持子查询或UDF。