第 4 部分 - 保证数据的完整性用约束而非商务规则强制数据完整性如果你按照商务规则来处理需求,那么你应当检查商务层次/用户界面:如果商务规则以后发生变化,那么只需要进行更新即可。假如需求源于维护数据完整性的需要,那么在数据库层面上需要施加限制条件。如果你在数据层确实采用了约束,你要保证有办法把更新不能通过约束检查的原因采用用户理解的语言通知用户界面。除非你的字段命名很冗长,否则字段名本身还不够。只要有可能,请采用数据库系统实现数据的完整性。这不但包括通过标准化实现的完整性而且还包括数据的功能性。在写数据的时候还可以增加触发器来保证数据的正确性。不要依赖于商务层保证数据完整性;它不能保证表之间(外键)的完整性所以不能强加于其他完整性规则之上。
分布式数据系统对分布式系统而言,在你决定是否在各个站点复制所有数据还是把数据保存在一个地方之前应该估计一下未来 5 年或者 10 年的数据量。当你把数据传送到其他站点的时候,最好在数据库字段中设置一些标记。在目的站点收到你的数据之后更新你的标记。为了进行这种数据传输,请写下你自己的批处理或者调度程序以特定时间间隔运行而不要让用户在每天的工作后传输数据。本地拷贝你的维护数据,比如计算常数和利息率等,设置版本号保证数据在每个站点都完全一致。
强制指示完整性(参照完整性?)没有好办法能在有害数据进入数据库之后消除它,所以你应该在它进入数据库之前将其剔除。激活数据库系统的指示完整性特性。这样可以保持数据的清洁而能迫使开发人员投入更多的时间处理错误条件。如果两个实体之间存在多对一关系,而且还有可能转化为多对多关系,那么你最好一开始就设置成多对多关系。从现有的多对一关系转变为多对多关系比一开始就是多对多关系要难得多。
采用视图为了在你的数据库和你的应用程序代码之间提供另一层抽象,你可以为你的应用程序建立专门的视图而不必非要应用程序直接访问数据表。这样做还等于在处理数据库变更时给你提供了更多的自由。
给数据保有和恢复制定计划考虑数据保有策略并包含在设计过程中,预先设计你的数据恢复过程。采用可以发布给用户/开发人员的数据字典实现方便的数据识别同时保证对数据源文档化。编写在线更新来"更新查询"供以后万一数据丢失可以重新处理更新。
用存储过程让系统做重活解决了许多麻烦来产生一个具有高度完整性的数据库解决方案之后,我决定封装一些关联表的功能组,提供一整套常规的存储过程来访问各组以便加快速度和简化客户程序代码的开发。数据库不只是一个存放数据的地方,它也是简化编码之地。
使用查找控制数据完整性的最佳方式就是限制用户的选择。只要有可能都应该提供给用户一个清晰的价值列表供其选择。这样将减少键入代码的错误和误解同时提供数据的一致性。某些公共数据特别适合查找:国家代码、状态代码等。第 5 部分 - 各种小技巧文档、文档、文档对所有的快捷方式、命名规范、限制和函数都要编制文档。采用给表、列[字段]、触发器等加注释的数据库工具。是的,这有点费事,但从长远来看,这样做对开发、支持和跟踪修改非常有用。取决于你使用的数据库系统,可能有一些软件会给你一些供你很快上手的文档。你可能希望先开始在说,然后获得越来越多的细节。或者你可能希望周期性的预排,在输入新数据同时随着你的进展对每一部分细节化。不管你选择哪种方式,总要对你的数据库文档化,或者在数据库自身的内部或者单独建立文档。这样,当你过了一年多时间后再回过头来做第 2 个版本,你犯错的机会将大大减少。
使用常用英语(或者其他任何语言)而不要使用编码为什么我们经常采用编码(比如 9935A 可能是'青岛啤酒'的供应代码,4XF788-Q 可能是帐目编码)?理由很多。但是用户通常都用英语进行思考而不是编码。工作 5 年的会计或许知道 4XF788-Q 是什么东西,但新来的可就不一定了。在创建下拉菜单、列表、报表时最好按照英语名排序。假如你需要编码,那你可以在编码旁附上用户知道的英语。
保存常用信息让一个表专门存放一般数据库信息非常有用。我常在这个表里存放数据库当前版本、最近检查/修复(对 FoxPro)、关联设计文档的名称、客户等信息。这样可以实现一种简单机制跟踪数据库,当客户抱怨他们的数据库没有达到希望的要求而与你联系时,这样做对非客户机/服务器环境特别有用。
测试、测试、反复测试建立或者修订数据库之后,必须用用户新输入的数据测试数据字段。最重要的是,让用户进行测试并且同用户一道保证你选择的数据类型满足商业要求。测试需要在把新数据库投入实际服务之前完成。
检查设计在开发期间检查数据库设计的常用技术是通过其所支持的应用程序原型检查数据库。换句话说,针对每一种最终表达数据的原型应用,保证你检查了数据模型并且查看如何取出数据。
分享到:
相关推荐
设计一个完善的数据库系统是一项系统工程,它需要在深入理解用户需求的基础上,合理规划信息模型、数据的逻辑与物理组织,并确保系统的安全性与完整性。本篇文章将详细探讨如何设计一个满足用户需求、高效可用的...
一个好的数据库结构设计应确保数据的完整性、一致性和最小化存储需求,同时能够提供高效的数据响应速度和简化应用程序的实现。在实际设计过程中,数据库结构设计通常包括需求分析、逻辑设计和物理设计三个阶段。 ...
数据库课程设计是计算机科学教育中的一个重要环节,它涵盖了数据库理论、设计原则以及实际操作技能的实践应用。在这个项目中,"包含源数据库"意味着你将有机会深入研究并操作实际的数据库系统,这对于理解数据库的...
### 数据库原理与设计 #### 一、数据库基本知识 **1.1 信息、数据与数据处理** ...通过以上内容的详细介绍,读者可以对数据库原理与设计有一个全面的理解,这对于学习和掌握数据库技术非常有帮助。
在本课程设计中,学生将经历从需求分析到系统实现的全过程,以构建一个功能完备、结构合理的数据库系统。 课程设计的目标是使学生能够在理解组织业务需求的基础上,独立完成数据库的设计工作。这不仅包括掌握数据库...
数据库系统设计实验是计算机科学与信息技术领域中一个重要的实践环节,它涵盖了理论知识与实际操作的结合,旨在帮助学生深入理解和掌握数据库管理系统的原理、设计方法以及应用技巧。在这个实验中,我们将探讨以下几...
【高级数据库技术】是计算机科学领域中的一个重要主题,尤其对于那些深入学习数据库管理和系统开发的专业人士来说,这一领域的知识至关重要。上海交通大学计算机硕士的高级数据库课程课件涵盖了这个主题的多个核心...
数据库课程设计是计算机科学与信息技术领域中的一个重要环节,它涵盖了数据管理、数据存储、数据查询以及数据安全等多个方面的知识。在本次课程设计中,学生通常会深入学习并实践如何使用数据库管理系统(DBMS)来...
2. **非关系型数据库(NoSQL)**:为了应对大规模数据存储需求而出现的一类数据库技术,具有灵活的数据模型、高性能和可扩展性等特点。 3. **分布式数据库**:将数据分布在多个物理位置上,提供全局视图,适用于大型...
数据库原理及设计是计算机科学中的一个关键领域,它涉及到数据的组织、存储、检索和管理。这个主题对于软件开发者、系统管理员以及任何处理大量数据的人来说都至关重要。在本课件中,我们将深入探讨数据库的基本概念...
数据库课程设计是计算机科学与信息管理领域中的一项重要实践教学活动,它不仅要求学生掌握理论知识,还要求学生能够将理论应用于实践中,以解决实际问题。课程设计的完成度和质量,直接关系到学生对于数据库知识的...
数据库设计是一项复杂的任务,涉及到技术、管理和业务等多个层面。良好的数据库设计不仅能提高数据的存储效率和访问速度,还能显著提升信息系统的整体性能。通过遵循上述设计规范和原则,可以有效避免常见的设计缺陷...
综上所述,数据库设计是一个涉及多个层面的复杂过程,既需要深厚的理论知识作为支撑,也需要丰富的实践经验来指导实践操作。通过遵循上述步骤和技巧,可以有效地构建出既能满足当前需求又能适应未来发展变化的高质量...
在计算机科学领域,数据库系统课程设计是一项具有深远意义的实践教学活动,它不仅强化了学生对数据库管理系统(DBMS)理论知识的理解,同时也培养了学生运用数据模型和E-R工具解决现实问题的能力。此外,它还能提高...
总的来说,《数据库系统概论》第四版是一本全面覆盖数据库理论和实践的教材,适合计算机科学专业学生、数据库初学者以及需要进一步提升数据库知识的专业人士阅读。通过学习本书,读者能够系统地理解数据库系统的工作...
遵守这三大范式可以确保数据库的设计是合理的和科学的。 在设计数据库时,还需要注意表之间的关联关系,可以分为一对一、一对多和多对多三种关系。 二、数据库性能优化 数据库性能优化是非常重要的,主要是优化...
第二阶段是概念结构设计阶段,旨在形成一个独立于具体DBMS的概念模型。第三阶段是逻辑结构设计阶段,将概念结构转换为特定DBMS支持的数据模型,并进行优化。第四阶段为数据库物理设计阶段,为逻辑数据模型选择合适的...
本课程设计的主题是开发一个图书馆管理系统的数据库,通过这样的实践活动,学生可以更好地理解和掌握数据库设计的关键技能。 在课程设计的初始阶段,学生需要对数据库的基础理论进行复习,如数据库的设计原则、数据...
本文通过一个具体案例——树形菜单的数据表设计,阐述如何合理利用冗余数据来优化数据库结构,并讨论传统设计方案存在的不足之处。 #### 树形菜单设计背景 树形结构在计算机科学领域中有着广泛的应用,尤其是在...
通过学习和应用规范化设计理论,设计师可以更加科学地选择关系模式,优化数据库结构,提高系统的整体性能。此外,规范化设计还有助于减少数据冗余和避免异常问题,从而确保数据库的数据一致性和操作的正确性。 综上...