第3章应用实例技巧讲述.ppt

目 录 3.1 一对多表单设计 3.2 数据加锁方法 3.3 回滚与提示 3.4 游标模板 3.5 通知发布 3.6 常用外部函数 本章小结 3.1 一对多表单设计 3.1.1 关联关系 现实世界中相互可以区分的事物称为实体。实体之间存在着直接或间接的联系，这些联系在数据库中反映为实体之间的联系。两个实体之间的联系分为三类。 多对多联系（m︰n） 对于实体集A和实体集B，如果A中的每一个实体，在B中有n（n≥0）个实体与之联系，反之，B中的每一个实体，在A中也有m（m≥0）个实体与之联系，则称实体集A与实体集B之间具有多对多联系，记作m︰n。 3.1.2 数据设计模型 关联符号 在关系型数据库概念模型中，常用的关联关系符号如图3.1所示。图(a)表示可选，(b)表示强制，(c)表示一对多，(d)表示依赖。依赖是一对多关系的一种，要求被依赖的表的关键字是依赖的表的主键属性。 概念数据模型 概念数据模型（Conceptual Data Model，CDM）是一组严格定义的模型元素的集合，这些模型元素精确地描述了系统的静态特性、动态特性和完整性约束条件，它包括数据结构、数据操作和完整性约束三部分。 物理数据模型 物理数据模型（Physical Data Model，PDM）是将CDM转化成特定数据库管理系统下的SQL程序的图形化表示。 面向对象模型 面向对象模型（Object Oriented Model，OOM）是运用面向对象环境将模型信息用标准化的图形元素进行显示并建立软件模型的过程。 3.1.3 一对多表单数据库设计 在数据库设计过程中，系统开发人员需要妥善解决的问题： 从用户提供的零乱并且错综复杂的需求信息中抽象并优化，设计出符合规范化要求的数据库结构。 在设计信息系统的数据库概念模型和物理模型中，要考虑用户过去手工处理与信息系统新的数据存储结构的差异和系统实现等多方面的因素。 设计并实现尽量符合用户手工操作习惯的信息系统操作功能界面。 下面以医院信息管理系统中药库出入库业务的设计与实现为例说明一对多表单设计与优化的过程。 图3.3 药库入库单 表3.1 一级规范的药库入库单表 二级规范要求在一级规范化后的表中不能存在部分依赖关系的属性。 在图3.4“入库单”表中，主键由“入库单编号”和“序号”两个属性组成，而从“药品编号”到“有效日期”8个属性都只依赖于“序号”属性。 因此需要将这些属性从“入库单”表中拆分出来，形成 “入库单单头”和“入库单单目” 两个表。 表3.2 药库入库单单头表 表3.3 药库入库单单目表 图3.6 三级规范化后的 “入库单”结构 特殊关系 当表自身和自己存在一对多关系时，其一致性维护不能靠触发器机制实现。 对于存在一对一关系的两个表可以合成一个表，但是当其中的一个表出现大量的空数据时，使用两个表能节约存储空间。 对于存在多对多关系的两个表，可以通过引进一个中间表将其分解成两个一对多关系表。 关系例子见图。 系统界面 3.2 数据加锁方法 3.2.1 相关概念 事务 是用户定义的一组数据库操作序列，它是数据库的逻辑工作单位。事务必须具有原子性、一致性、隔离性和持久性四个特性。 可串行化调度策略 让冲突操作串行执行，非冲突操作并行执行。 锁方式的基本思想 事务对任何数据的操作必须先申请该数据项的锁，只有申请到锁后，即加锁成功后，才可以对数据项进行操作。操作结束后，要释放已申请的锁。 两段锁协议（2PL协议） 其基本思想是，任何事务对数据项的操作之前先加锁，加锁的原则是事务中的全部加锁操作在第一个解锁操作之前完成，即加锁和解锁操作分布在事务中的两个阶段。两段锁协议保证了并发调度的可串行化。 3.2.2 问题提出 信息系统的并发事务导致数据库死锁的主要原因是两个或多个进程长时间段内抢占同一数据资源，或者是两个进程在抢占对方已经占用的数据资源，而这一现象并非因为进程需要处理的事务非常复杂、耗时过长所致，相反常常是因为信息系统前端应用程序的加锁机制不当所引起的。 3.2.3 三种加锁方法 连续申请资源法 连续申请资源法是当申请不到数据锁时持续等待申请数据锁的数据加锁方法。该方法的基本思想是在出现锁等待时并不夭折本事务，而是继续不间断地申请表数据资源的锁，直到申请成功为止。 按标识符排序法 按标识符排序加锁法是对所操作的所有数据先按照数据标识符进行排序，然后再依次申请锁的方法。 随机等待法 随机等待加锁法是对申请锁失败后夭折本次加锁过程，然后等待一个随机时间后重新启动加锁过程的方法。 3.2.4 混合加锁法 　　混合加锁法将按标识符排序加锁法和随机等待加锁法结合应用的一种加锁