在SQL Server 2005中，主键与外键是数据库设计中非常重要的概念，它们主要用于确保数据的完整性和一致性。特别是在复杂的数据关系管理中，复合主键的应用更是能够帮助我们有效地处理多对多的关系或者是更为复杂的数据关联场景。
### 复合主键的概念
复合主键（Composite Primary Key）是指由两个或多个字段共同组成的一个主键。这种类型的主键可以用于唯一标识表中的每一行记录，当单个字段无法满足唯一性要求时，复合主键提供了一种解决方案。
### SQL Server 2005 中创建复合主键
在SQL Server 2005中，创建包含复合主键的表可以通过以下方式实现：
```sql
CREATE TABLE test (
a int,
b varchar(10),
CONSTRAINT [PK_tbl_ClassUDF] PRIMARY KEY CLUSTERED (a, b)
);
```
在这个例子中，“test”表包含两个字段：`a` 和 `b`。通过使用`CONSTRAINT [PK_tbl_ClassUDF] PRIMARY KEY CLUSTERED (a, b)`语句指定了一个名为`PK_tbl_ClassUDF`的复合主键约束，该约束由`a`和`b`字段共同构成。这意味着`a`和`b`这两个字段的组合必须在整个表中具有唯一性，而单独的`a`或`b`字段则不必具有唯一性。
### 复合主键的特点
- **唯一性**：复合主键中的所有字段组合起来必须在整个表中唯一。
- **非空性**：复合主键中的所有字段都不能为空。
- **索引类型**：复合主键可以是聚集索引或非聚集索引。上述示例中的`CLUSTERED`关键字指明了这是一个聚集索引，即表的数据按照主键的顺序存储。
- **性能考虑**：由于复合主键通常涉及到多个字段，因此在选择字段时应考虑其对查询性能的影响。复合主键可能会导致索引的膨胀，增加插入和更新操作的时间开销。
### 主外键关系
除了复合主键之外，外键也是数据库设计中不可或缺的一部分。外键用于建立不同表之间的联系，确保引用完整性。例如，在一个订单系统中，可能存在“订单”表和“客户”表，其中“订单”表中的`CustomerID`字段作为外键参照“客户”表的主键。如果“客户”表使用复合主键，则外键的定义也会相应地包含多个字段。
假设“客户”表定义如下：
```sql
CREATE TABLE Customers (
CustomerID int,
Name varchar(50),
Country varchar(50),
CONSTRAINT [PK_Customers] PRIMARY KEY CLUSTERED (CustomerID, Country)
);
```
那么，在“订单”表中定义指向“客户”表的外键时，也需要包含相同的字段组合：
```sql
CREATE TABLE Orders (
OrderID int,
CustomerID int,
Country varchar(50),
...
CONSTRAINT [FK_Orders_Customers] FOREIGN KEY (CustomerID, Country)
REFERENCES Customers(CustomerID, Country)
);
```
这样就建立了“订单”表和“客户”表之间基于复合主键的外键关系。
### 使用复合主键时的注意事项
- **字段选择**：选择合适的字段组合来构成复合主键非常重要，应确保这些字段的组合具有足够的唯一性。
- **性能优化**：考虑到复合主键可能带来的性能影响，应适当调整索引策略以优化查询效率。
- **维护成本**：复合主键会增加表维护的成本，特别是在进行频繁的插入、更新和删除操作时，应评估其对性能的影响。
总结来说，复合主键是在特定场景下确保数据完整性的有效手段。合理设计复合主键，并正确使用外键约束，可以帮助构建更稳定、更高效的数据库应用。
