[发明专利]数据变更通告

说明书

背景

在许多计算机系统中，用于计算机应用程序并通过其存储和检索的信息由一个或多个中央存储系统处理。例如，在个人计算机中普遍使用的一种存储系统是基于文件文件夹和目录的系统，通常被称为“文件系统”。这些文件系统将多个文件组织入各层次，以创建存储介质的物理组织的抽象概念，用于存储各文件。一般而言，这一成为层次的组织在操作系统级发生。存储的文件通常包括具体表现为由文件系统维持的指定文件的该文件层次本身(“目录”)。该目录又维护与该目录内所有其他文件相对应的条目列表以及这些文件在该层次内的节点位置(在此被称为文件夹)。

用于中央存储的文件系统的使用具有各种限制。这些限制可以通过使用作为中央存储系统基础的关系数据库技术来克服。

在使用存储在存储系统中数据的应用程序中，该应用程序的某些活动是以存储在存储系统内数据的变更为基础的。基于该存储内各独立对象或对象群的变更，应用程序可能希望执行相关的商业逻辑或显示逻辑。例如，电子邮件程序可能想要知道新电子邮件消息何时到达。在某些系统中，电子邮件消息到达并被存储在存储系统上。当新消息到达时，电子邮件程序随后就能使用新电子邮件消息已到达的事实或者使用该电子邮件消息的上下文来执行任何内部处理。例如，某些电子邮件程序包含用于处理消息的规则。这些规则的应用程序在某些情况下由新消息的到达来触发。此外还存在基于存储在存储系统内变更的用户界面的变更。例如，一有新消息到达，就向用户程序呈现指示新消息已到达的通告信号。可以刷新消息列表以包括该新消息。

应用程序感兴趣的这类数据变更包括对象创建、对象删除、以及包括移动对象或对象安全性变更的对象更新。基础关系数据库可以不提供能被用来提供这些更新的触发。

某些组件要求对存储在关系数据库中各对象变更的持续监控。例如，反病毒程序要求某些类型的对象的变更(包括这些对象的添加)触发病毒扫描。类似地，对各实体的全文本索引在持续性基础上完成。如果应用程序对基础关系数据库的连接中断，通告就会丢失，并且连接一恢复，就可能要求多得多的工作来恢复各操作。对变更的监控(和响应)的无缝恢复将能够节省连接恢复时的处理和时间，该变更包括在应用程序对关系数据库的连接中断期间出现的变更。

鉴于前述，需要一种能够在基于数据库的存储系统中使用并提供良好性能和可量测性的变更通告程序。本发明满足这一需要。

概述

为了提供变更通告，应用程序向变更通告系统注册并允许应用程序经由预定(subscription)获取关于指定变更的信息。变更通告系统监控基础关系数据库内数据的变更并在队列中存储与接收到的请求相关的变更信息。应用程序能够从队列中访问相关变更以确定响应于该应用程序的请求出现了什么变更。

根据一个实施例，创建了两类监视程序(watcher)。如果应用程序请求一非持久监视程序，则当该应用程序丢失或终止与变更通告系统的连接时，队列内有关该应用程序的剩余信息就被移除并且不再会有对响应于该应用程序请求的变更的跟踪出现。然而，如果请求持久监视程序，则即使应用程序终止或丢失连接，队列内的剩余信息仍被保留，并且与来自该应用程序的请求相关的任何附加变更都被存储在该队列中。当应用程序重新连接时，断开连接期间的变更信息在队列中可用，像在重新连接期间和之后的变更一样。

以此方式，应用程序可以在各种对象范围(在对象的独立项目级别、文件夹内容级别或者完整的层次级别)处、并且针对各种事件类型(创建、更新、删除操作)、对象类型(文档、消息等)和对象种类(项目、扩展、链接等)来访问事件通告预定选项的丰富集合。此外，事件通告可以在会话终止(自愿或者非自愿)期间被保留，从而可能实现监控的无缝恢复。

通过下面对本发明的以及附图的详细说明，将会明了本发明的其他特征和优点。

附图说明

当结合所附的附图进行阅读时，可以更好地理解上面的摘要以及下面对本发明的详细说明。出于说明本发明的目的，在附图中示出了本发明的各个方面的示例性实施例；然而，本发明不限于所公开的具体方法和手段。附图中：

图1是表示了在其中可以结合本发明各方面的计算机系统的框图；

图2是示出了分成三个组件群的计算机系统的框图；硬件组件、硬件/软件接口系统组件以及应用程序组件；

图3是根据本发明一个实施例的变更通告系统采取的步骤的流程图；

图4是根据本发明一个实施例的变更通告系统和特定数据流的框图；以及

图5是根据一个实施例由变更通告系统400跟踪客户410的变更所采取的步骤的流程图。

详细说明