第13章 评审数据完整性
为什么要评审数据完整性
到此基本上数据库设计基本完成了,所以越到最后越不能出乱子。否则这会比一开始就出现错误还让人抓狂。
评审和改进数据完整性
如果采取模块化的方法,即一次评审整体数据完整性的每个部分:表层次、字段级和关系层次完整性,以及业务规则,评审数据完整性就变得十分简单。
表层次完整性
- 表中无重复字段
- 表中无计算字段
- 表中无多值字段
- 表中无复合字段
- 表中无重复记录
- 表中每个记录都通过一个主键值识别
- 每个主键都满足主键的要素(在链接中就是–候选键要求)
字段级完整性
关系层次的完整性
业务规则
- 每条规则施行有意义的限制
- 为规则选择合适的类别
- 正确定义和建立每条规则
- 修改适宜的字段说明或表关系特征
- 建立适宜的验证表
视图
- 每个视图都包含必要的基表,以提供所要求的信息
- 为每个视图指派合适的字段
- 每个计算字段提供信息或改善该视图展现数据的方式
- 每个过滤器返回适宜的记录集合
- 每个视图都有视图示意图
- 每个视图示意图具有对应的视图规范表
这里不加超链接了,全部内容都在这里
汇编数据库文档
在整个数据库设计过程中产生了许多列表、规范表和示意图,它们被用于记录数据库设计的各个方面。应该将它们都汇聚到一起,存入中央仓库,最好是整齐有序的归入计算机中文件夹中。
- 字段表列表
- 字段说明表
- 计算字段列表
- 表结构示意图
- 关系示意图
- 业务规则规范表
- 视图示意图
- 视图规范表
这些文档的重要性体现在下面几个方面
- 为数据库结构提供完整的记录
- 为实现过程应该如何创建数据库提供了一整套规范和操作说明
- 在实现过程中,如有必要修改数据库结构,这套设计文档资料就可以用于判定任何修改的影响和结果