pd数据库模型3
数据库的完整性
数据库完整性可通过存储过程、声明性参照完整性（DRI）、
数据类型、约束、规则、默认值，以及触发器来实现。在数据库内，这些功能各以特有的方式发挥作用。综合利用这些完整性功能，可以使数据库灵活，易于管理，而且很安全。
数据完整性概念分为几个方面。
◆ 表域完整性
通过主键来强制表的域完整性。
◆ 引用完整性
利用参照来加强表之间的逻辑关系。
◆ 数值域完整性
任何输入的数据在类型和范围上必须与指定的数据类型相匹配，只有当某列被说明允许NULL值，才允许向该列输入NULL。
数据库的性能测试
生成数据库之后，应进行数据库性能测试，以便优化数据库的设计，因此需要生成测试数据，由于是性能测试，数据的规范性要求不高。通过PowerDesigner可方便地生成测试数据（Generate Test Data），完成性能测试。
数据的约束
O-O约束
对父表的INSERT、UPDATE、DELETE操作没有限制。
M-O约束
对父表操作的约束：
父表的INSERT操作，对M-O约束，父表中间的记录可以没有任何约束地添加到表中，因为这种约束中不一定必须有子女。
父表的键值修改操作，只有在子表中其所有的子女对应均做修改后，才能修改，即一般采用级联更新的方法。
父表的删除，父亲只有在其所有子女均被删除或重新分配之后该父亲才能被删除。
强制对可选（M-O）约束
O-M约束
父表操作的约束：
父表的INSERT操作，对O-M约束，一个父亲只有当至少当它的一个、子女同时被加入或至少存在一个合法的子女时，才能被加入。
父表的键值修改操作，只有当一个子女被创建或已经有一名子女存在才行。
父表的删除，理论上删除父亲是没有限制的，实际上，删除主表记录时，不采用级联删除子表的方案，而采用将子表的外键置空。
可选对强制（O-M）约束
M-M约束
父表操作的约束：
父表的INSERT操作，可能随后需要生成子女，即在子表中创建新的行。也可能通过对子表的重新分配来实施完整行限制。
父表的键值修改操作，只有在子表对应的外键的值修改成新值时才能进行。实际可能是先创建新的父表纪录，接着修改子表所有对应的纪录，使其与父表的新纪录关联，最后删除原父表纪录。
父表的删除，只有在子表中所有相关的行全部删除或重新分配之后，才能删除父表中的纪录，一般对子表也进行删除操作。
强制对强制（M-M）约束
在四类约束：M-M、M-O、O-M、O-O。键值的修改可能会改变表之间的关系，而且可能违反一些约束。违反约束的操作是不允许的。具体的应用必须根据实际的要求和商业规则进行适当的选择。但在设计和开发时，必须考虑所分析的约束。
物理图的组织
数据库物理的组织以功能来组织为好，让人很容易就明白该功能需要操作哪些表，数据是如何流向的，但是按此组织，可能有些参照建立比较乱，其实有些参照可以不必建立，如在写入一个表时，其数据的来源就是从另一个查询得到的，可以保证数据的正确性，从功能划分来组织物理图，就可以不建立这个参照。
数据库的生成
有了数据库物理图，在生成数据库或数据库脚本时，应注意如下的问题：
参照完整性的实现，可以采用声明性参照实现或触发器实现，至于两种实现的优缺点，前面已经论述过，这里仅说一点，如果采用触发器实现需要在生成数据库后再生成触发器。
当参照含有级联（Cascade）删除或修改时，其实现要分情况处理：
Sybase、SQL Server不支持声明性级联（Cascade）删除或修改，只能通过触发器（Trigger）来实现。
Oracle、Informix支持声明性级联（Cascade）删除，但不支持
级联（Cascade）修改，也只能通过触发器（Trigger）来实现。
当定义了用户自定义类型时，在生成数据库时，最好转换成数据库基本类型，对数据库性能和迁移都有利。
数据字典
数据字典作为产品的一个归档文档，它定义应用系统数据库的各个方面。数据库物理模型建好后，就可以生成数据字典，数据字典的内容和形式可以在PowerDesigner定义模板，依据模板生成数据字典，再处理一下文档格式。
在PowerDesigner用Create Report生成数据字典。
目前系统需要处理和优化的地方
主键的定义：
由于对业务了解的深度不够，某些表的主键建立存在一些问题，随着业务的深入逐步完善。
参照的建立：
主键的定义不完善导致了参照建立的不完善，这也只能以后组不完善。
数据库的划分：
数据库的划分前面已经谈过，由于这个划分影响着服务器和客户端的程序，也只能以后的新版中解决。
表结构的调整：
对于有些表，如系统设置表，可以将它的横向结构改为纵向结构，这样增加了系统的灵活性
