数据库建模实践指南.ppt

范式第一范式（FirstNormalForm，1NF）：表的每个列包含且只包含一个值。第二范式（SecondNormalForm，2NF）：一个第一范式的表中，每个非主键列都可以从主键列得到(完全依赖于主键)。第三范式（ThirdNormalForm,3NF）：一个第二范式表中的所有非主键列的值，能且只能从主键列中得到(不得传递)。第三范式已经解决了大部分日常使用中会出现的操作异常，剩下的是那些不常出现的操作问题，要解决这些问题，需要更高的范式进行约束。第5页,共33页，星期六，2024年，5月数据库规范化设计的优点规范化设计为数据库提供了许多的好处:???????大大改进数据库的整体组织;??减少了数据冗余???????增强了数据的一致性;????????增加数据库设计的灵活性能减少从用户、开发人员到数据库管理员的工作量，使他们能把更多的精力投入到其他工作中。数据冗余的有效控制，能简化数据结构，节省数据的存储空间，数据的不一致性也大大改善，同时也减轻应用程序为了维护数据的一致性而所花费的代价。在进行业务扩充与改造时，数据库的修改也变得相对容易。第6页,共33页，星期六，2024年，5月数据库规范化设计的缺点对数据库设计进行一定程度的规范化，的确能优化数据库的操作，但不必要的规范化却会带来不必要的麻烦，降低性能，例如多表联合查询的查询速度要比单表查询慢，有时为了处理事务与数据查询，规范化的数据库比非规范化的数据库要占用更多的CPU，内存和I/O等等。规范化的目的，只是为了提升数据库的性能。当发现规范化后反而造成了不必要的开销，从而降低了数据库的性能，此时，你应该退一步，相应降低范式的级别，才会看到海阔天空的世界。第7页,共33页，星期六，2024年，5月关系数据库规范化设计理论的反思反思1：让数据库规范化设计的理论，从数学家的书本中或课堂上解放出来，变成软件分析师或设计师的强大设计武器。解放方法：就是要通俗理解各级范式。所谓通俗理解，就是从工程应用上去理解，从数据库设计上去理解，而不要从抽象的数学上(函数依赖、多值依赖、连接依赖等)去理解。第8页,共33页，星期六，2024年，5月反思2：数据库规范化设计理论的目标或实质，就是要在数据库设计中实现“三化”，即“属性原子化、主键原子化、实体原子化”，或者说是“列原子化、键原子化、表原子化”。其中，最难的是“实体原子化”，第三范式以上的各级范式，实质上都是为了解决“实体原子化”的问题。关系数据库规范化设计理论的反思第9页,共33页，星期六，2024年，5月反思3：要辩证地看待“三化”思想。在实际设计中，为了提高数据库的运行性能，有时要进行一定程度的反规范化设计，即适当增加冗余，达到以空间换时间的目的。这就叫做理论联系实际、实事求是。理解了这三个反思，就能将深奥的数据库规范化设计理论，变成通俗易懂的数据库设计实践指南，就能成为一个企业派的数据库分析与设计专家。关系数据库规范化设计理论的反思第10页,共33页，星期六，2024年，5月关系数据库规范化设计理论的实质通过上述讨论，得出如下定理。关系数据库规范化设计理论的实质，就是在数据库设计中实现属性原子化、主键原子化、实体原子化。由此可见，从软件工程师的角度来看，关系数据库规范化设计的理论，归根到底就是一句话：“属性原子化、主键原子化、实体原子化，再加上适当的数据冗余”，即“三个原子化加上适当的冗余”。只要记住这句话，软件工程师在关系数据库设计中就不会迷失方向。第11页,共33页，星期六，2024年，5月数据库设计评价2．功能评价（1）描述事务要求将每个事务的需求描述存档，检查模型是否提供了事务处理所需要的所有信息（实体，关系和其他属性）。例如图书馆信息管理系统，现在要求查询读者当前所借阅图书的列表，这就要求数据库中存有读者信息，借阅信息并且这两个实体间要有联系才能完成这样一个操作。(2)使用事务路径需要设计人员对业务相当的熟悉，熟悉整个业务的流程，包括一些细节的东西，然后在脑海中模拟程序的执行路径，预测得到在执行的过程中需要使用数据库中的哪些元素，这对设计人员有较高的要求。第12页,共33页，星期六，2024年，5月2．性能评价性能评价主要涉及开销问题，包括查询开销、报表生成开销、事务更新开销、内外存占用的开销等等，性能评价与优化密不可分，要在性能上得到提升，需要对包括数据库管理系统、数据库表的设计等多方面进行优化。数据库设计评价第13页,共33页，星期六，2024年，5月数据库设计方法与技巧数据库是信息系统的核心，数据库设计的优劣直接影响信息系