论述主动数据库.pptVIP

* * * 是对传统数据库的事务模型的扩充和发展 * 例如事务中操作的开始时间、终止时间、所需的执行时间 * * 语义：一旦事件发生，计算机就主动触发执行其后的IF-THEN规则。若条件1为真，则执行其后的动作1，并接着逐个检查下一个IF-THEN规则，直至执行完为止。 事件表达式：可以是基本事件，也可以使复合事件 条件：某种逻辑中任意一个合法逻辑公式 动作：可以是系统预先定义的一些标准动作，也可以是用户定义的一个动作，或是用某种语言编写的一个过程 * * 主动数据库系统的体系结构应该具有高度的模块性和灵活性。 由于目前大部分主动数据库是在传统DBMS或面向对象数据库管理系统上研制的，其体系结构大多是扩充DBMS的事务管理部件，对象管理部件以支持知识模型和执行模型。 * 主动数据库 * . 产生背景 传统数据库是“被动”的——只能根据应用程序的要求而对数据库进行数据的创建、检索、修改、删除等操作，而不能根据发生的事件或数据库的状态“主动”做些什么。数据库仅作为一种被动的数据存储仓库而存在。 利用“被动服务”的数据库不能很好地完成带有主动性需求的任务。而在实际应用中，主动性需求是大量存在的，这就呼唤着解决该问题的方案。 * 主动数据库(Active DataBase System):是指在没有用户干预的情况下，能够主动地对系统内部或外部所产生的事件作出反应的数据库。 主要设计思想：用一种统一而方便的机制实现应用对主动性功能的需求，即系统能把各种主动服务功能与数据库系统集成在一起，以利于软件的模块化和软件重用，同时也增强了数据库系统的自我支持能力。 要使数据库具有各种主动功能，就需要对传统数据库添加支持主动规则的功能模块。 * 为了支持ECA规则，主动数据库包括以下几个功能模块： 数据模型：在传统数据库中主要指层次模型、网状模型和关系模型等描述和处理实体间联系的方法，而在主动数据库中主要指知识模型 执行模型：处理和执行主动规则的方式 条件检测：如何检测规则的条件 事务调度：如何控制事务执行的次序，使数据库状态满足完整性、一致性等要求 * 知识模型 指在主动数据库管理系统中描述、存储和管理ECA规则的方法 知识模型还支持有关时间的约束条件 传统数据库为实现复杂的参照完整性和数据一致性引进了触发器，但只能描述“单个关系”的更新，且执行方式单一，条件的检查、动作的执行总是在触发后立即执行或事务提交前执行 * 执行模型 指ECA规则的处理、执行方式 提出了立即式、延迟式、隔离式等执行ECA规则的方式，克服了DBMS中触发器只能顺序执行规则的不足 主动规则执行分为五个阶段： 信号通知阶段：事件源引起事件发生的现象。 规则触发阶段：产生事件(包括复合事件)并触发相应的规则，规则和与之相关的事件形成了规则实例。 评估阶段：对触发规则的条件进行评估，条件评估成功的所有规则实例形成了规则冲突集。 规则调度阶段：对规则冲突集进行处理，选出下面将要执行的规则 执行阶段：执行所选出的规则实例的动作。动作执行时可能产生其它事务，即规则的级联触发。 * 规则执行过程 * 事务调度 指如何控制事务的执行次序，使得事务满足一定的约束条件 传统DBMS中并发事务的调度应满足可串行化以保证数据库的一致性 主动数据库中还需满足事务时间方面的要求 * 主动数据库一般模型 在功能结构上，一个主动数据库系统(ADBS)由一个传统数据库系统(DBS)和一个事件驱动的知识库(EB)和相应的事件监视器(EM)组成。 ADBMS=DBS＋EB＋EM * DBS：传统数据库系统，用来存储数据和对数据进行维护、管理和运用 EB：事件驱动知识库，是一组由事件驱动的知识的集合，每一项知识表示在相应的事件发生时，如何主动地执行其中包含的由用户预先定义的动作 EM：是一个随时监视EB中事件是否发生的监视模块，一旦监视到某事件发生时就主动地触发系统，按照EB中指明的相应知识执行其中预先设定的动作 * 主动数据库的主动性主要是通过规则机制实现的,常采用事件驱动的ECA规则模型,即事件--条件--动作(Event-Condition-Action)规则。 ECA规则定义：当某一事件(Event)发生后引发数据库管理系统去检测数据库当前状态，看是否满足设定的条件(Condition)，若条件满足，则出发规定动作(Action)的执行。 * ECA一般形式： RULE规则名[参数列表] ON事件列表 IF条件1 THEN 动作1 [WHERE约束1] [EXCEPTION例外处理动作1] ．．．．．． IF条件n THEN 动作n [WHERE 约束n ] [EXCEPTION 例外处理动作n] END RULE * 说明：