等考三级数据库设计经验谈4-保证数据的完整性.docxVIP

等考三级数据库设计经验谈4:保证数据的完整性 第一局部介绍了设计数据库之前12个根本技巧，包括命名标准和明确业务需求等(数据库设计阅历谈(1) )；其次局部介绍设计数据库表24个指南性技巧，涵盖表内字段设计以及应当避开的常见问题等(数据库设计阅历谈 (2) )；第三局部主要介绍选择键和索引，包含10个技巧特地涉及系统生成的主键的正确用法，还有何时以及如何索引字段以获得性能等（数据库设计阅历谈 (3) ）。本次第四局部主要争论保证数据完整性，如何保持数据库的清楚和强健，如何把有害数据降低到最小程度。　　第 4 局部 - 保证数据的完整性　　用约束而非商务规章强制数据完整性　　假如你根据商务规章来处理需求，那么你应当检查商务层次/用户界面：假如商务规章以后发生变化，那么只需要进展更新即可。假设需求源于维护数据完整性的需要，那么在数据库层面上需要施加限制条件。假如你在数据层的确采纳了约束，你要保证有方法把更新不能通过约束检查的缘由采纳用户理解的语言通知用户界面。除非你的字段命名很冗长，否则字段名本身还不够。　　只要有可能，请采纳数据库系统实现数据的完整性。这不但包括通过标准化实现的完整性而且还包括数据的功能性。在写数据的时候还可以增加触发器来保证数据的正确性。不要依靠于商务层保证数据完整性；它不能保证表之间（外键）的完整性所以不能强加于其他完整性规章之上。　　分布式数据系统　　对分布式系统而言，在你打算是否在各个站点复制全部数据还是把数据保存在一个地方之前应当估量一下将来 5 年或者 10 年的数据量。当你把数据传送到其他站点的时候，在数据库字段中设置一些标记。在目的站点收到你的数据之后更新你的标记。为了进展这种数据传输，请写下你自己的批处理或者调度程序以特定时间间隔运行而不要让用户在每天的工作后传输数据。本地拷贝你的维护数据，比方计算常数和利息率等，设置版本号保证数据在每个站点都完全全都。　　强制指示完整性(参照完整性)　　没有好方法能在有害数据进入数据库之后消退它，所以你应当在它进入数据库之前将其剔除。激活数据库系统的指示完整性特性。这样可以保持数据的清洁而能迫使开发人员投入更多的时间处理错误条件。关系　　假如两个实体之间存在多对一关系，而且还有可能转化为多对多关系，那么你一开头就设置成多对多关系。从现有的多对一关系转变为多对多关系比一开头就是多对多关系要难得多。　　采纳视图　　为了在你的数据库和你的应用程序代码之间供应另一层抽象，你可以为你的应用程序建立特地的视图而不必非要应用程序直接访问数据表。这样做还等于在处理数据库变更时给你供应了更多的自由。　　给数据保有和恢复制定打算　　考虑数据保有策略并包含在设计过程中，预先设计你的数据恢复过程。采纳可以公布给用户/开发人员的数据字典实现便利的数据识别同时保证对数据源文档化。编写在线更新来“更新查询”供以后万一数据丧失可以重新处理更新。　　用存储过程让系统做重活　　解决了很多麻烦来产生一个具有高度完整性的数据库解决方案之后，我打算封装一些关联表的功能组，供应一整套常规的存储过程来访问各组以便加快速度和简化客户程序代码的开发。数据库不只是一个存放数据的地方，它也是简化编码之地。　　使用查找　　掌握数据完整性的方式就是限制用户的选择。只要有可能都应当供应给用户一个清楚的价值列表供其选择。这样将削减键入代码的错误和误会同时供应数据的全都性。某些公共数据特殊适合查找：国家代码、状态代码等。　　预报:在第五局部将介绍各种小技巧，不包括在以上 4 个局部中的其他技巧，五花八门，有了它们盼望你的数据库开发工作会更轻松一些