面向对象的JavaUML课件数据库与面向对象.pptVIP

数据库与面向对象 本章要点 数据库与对象之间的联系方式以及怎样将持久对象映射到数据库的表中 关于数据库规范化设计的概念 怎样用SQL 语句在数据库中查询 应用中的事务 对象从哪里来？消失到哪里？ 许多对象的生存期都是短暂的 。它们只是为了很短期的应用而生，随后就消失了。在每次开机或是需要的时候，一些对象会重新创建，如计算机屏幕、控制对象、同其他系统的接口和对象工厂。 但是一些实体对象需要在系统运行时候被记录。当关机后，你希望在下次开机后仍然存在——存储在硬盘上。 硬盘上的数据——数据库 数据库类型 网状 层状 关系型 面向对象 与对象相关的数据库结构 查询语言 数据库结构schema 对象在数据库中实现存取 关系型数据库 表是一些简单的结构，关系型数据库的优点和强大功能正来自于它的简洁。每个表格都包含固定数目的列。起初这被认为是一种限制 当有时，像顾客的订单可能潜在地包含很多不可预知的域。但是，我们可以通过将复杂数据分成很多小的部分，并想办法将这些小部分结合起来，从而克服上述问题。 关系型数据库存放对象 表中的行叫做记录，我们正是使用记录来存放对象。记录的组成元素叫字段，它们对应于对象的属性。 记录的字段通常是一些简单的数据类型：例如整型、字符型和日期型等。 如何存储复杂对象 关键字 关键字就是在数据库表中可以惟一标识一个记录的一个字段或字段集合。在同一个表中，不允许存在两个记录拥有相同的关键字值。我们常常会将一个字段定义为关键字，如用顾客编号。 关键字非常重要，因为可以通过将某个表的关键字存储到另一个表中，从而将它们链接起来。 外来关键字 存储外来关键字值的目的，就是为了引用存在于其他表中的信息。 关系型数据库 数据库可以为大量的对象存储信息。当计算机启动时，将所有的记录激活，并将其转化为对象是不现实的。此外，这样做也没有必要，因为这会导致等待的时间很长。因此，我们需要设计一些通过记录创建对象的途径，以便在需要的时候创建它。在大部分时间里，绝大多数对象的实例都是隐匿在数据库中的，然后，当用例调用对象实例时，它们就像夏天的蝴蝶一样获得一个短暂的展翅机会，之后就进人睡眠直到阳光再次照射它们。 记录被激活为对象，用例接口相应地接受到某些关键字。例如，一个顾客呼叫服务中心时，他必须提供相应的顾客编号才能获得服务，这个号码将会显示在屏幕上。这个号码也用来查找对应的顾客记录，因为，每个顾客编号唯一对应一个顾客，它是数据表中的关键字。顾客编号也用来查找该用户的账单信息。当一个用例被激活时，所有相关的对象，如顾客信息和账单信息都被调人系统中。 当用例结束后，被激活的对象将消失。对对象所做的所有修改都被写回到数据库中。 关系型数据库的应用方式 实体关系图 实体关系图非常类似与类图，也可以看作类图的子集 不是所有的对象都被存储，没有必要为所有的对象建立实体关系模型（例如边界与控制对象） 任何需要进行实际存储的实际应用都要建立ER图 E 一 R 图中的线代表数据之间的关系，而类图中的线代表联系。E－R 图中的关系表示数据导航，并不表示信息交换，而在类图中的联系代表了对象间交换信息的路径 存储对象和关系 数据库中的形式：属性——表中的字段；对象——记录；复杂的属性分散到不同的表中，并通过关键字将这些表链接起来 在内存中的形式：当我们试图实现关联（ association ）时，这一关联必须通过关系表示，从而会出现一种有趣的现象。对象之间需要相互进行引用，这通常是通过保留其他对象的属性来实现的。 一对多和多对多 一对多： 对象角度 数据库角度 一对多关系 多对多关系 多对多关系 数据库模式Schema 通过画出表结构来描述一个数据库是很慢并且很乏味的。因此，我们可以用一个简捷的符号来描述数据库结构。数据库结构被称做“模式” ( Schema ) ”。 我们通过写出表名和列出表呼的字段来描述表，字段被列在括号中，并用逗号作为字段间的分隔符号。在关键字上用下划组进行标注。 数据库查询语言 规范化 第一范式：一个表符合第一范式是指：表中列的数 LI 固定，而且每个列的数据类型都足简单类型，如整型、日期型、字符串型。 第二范式：每个非主属性都必须完全依赖于关键字，这表示关键字可以惟一决定所有的属性。 第三范式：第二范式去掉传递依赖 第二范式举例 第三范式 范式总结 1 防止同一信息重复存储（将同一信息重复存储在一个表或多个表中）。 2 ．使更新变得容易，因为，信息通常只在一个地方存储。 3 ．避免意外丢失数据，比如，删除订单信息的时候，意外删除了重要的顾客信息。 事务 事务 事务的概念在数据库领域中是很普遍 事务是数据库中最小的有意义并且连贯的操作单位。 数据库要力图维持的事务的特性是：操作或者成功执行，或者对系统没有影响。只有部分成功执行的事务将会使数据