27、SQL Server数据完整性保护与触发器应用

SQL Server数据完整性保护与触发器应用

1. 设计问题与约束错误处理

在数据库设计中，存在一些潜在问题。例如，某些设计可能未达到第四范式的规范化要求。出版商通常有在特定时间有效的掩码，但情况可能会发生变化。如果出版商延长目录编号的长度或更改格式，旧数据该如何处理呢？为了构建一个功能完善的系统，添加发布日期列和在特定日期范围内有效的目录编号掩码是很有价值的。否则，有想法的用户可能会创建像 ‘MCA 1989 - 1990’、’MCA 1991 - 1994’ 这样的出版商记录，从而搞乱数据库。

在使用 SQL Server 的约束时，处理约束引发的错误是比较麻烦的。当语句违反约束要求时，SQL Server 会提供一个不友好的错误消息，并且没有自动显示简洁消息的方法。不过，SQL Server 2005 在 T - SQL 中大大改进了错误处理能力。

错误消息通常包含以下部分：
| 部分 | 说明 |
| ---- | ---- |
| 错误编号 | 如 Msg 547，传递回调用程序的错误编号，多数情况下非零即表示有错误 |
| 级别 | 如 Level 16，消息的严重程度，0 - 18 一般为用户消息，16 是默认值，19 - 25 为严重错误，会导致连接断开 |
| 状态 | 如 State 0，取值 0 - 127，表示错误发生时进程的状态，很少被使用 |
| 行号 | 如 Line 1，批处理或对象中错误发生的行，对调试有帮助 |
| 错误描述 | 对发生错误的文本解释 |

可以使用新的 TRY - CATCH 错误处理机制来构建一个简单的错误处理程序，并将约束映射到错误消