[发明专利]用于由数据库服务器执行文件操作的基础结构

说明书

技术领域

本发明涉及在数据库管理系统中执行文件操作的方法和装置。

背景技术

可以以诸如数据库和文件服务器等许多存储机制类型来存储数据。每种存储机制通常都具有自己的存取方式。例如，SQL协议通常用于执行对数据库的操作，而NFS协议通常用于执行文件系统上的操作。SQL协议是用于访问和操纵存储于数据库中数据的ANSI标准。NFS协议是分布式文件系统协议，其支持跨网络对文件执行文件操作。NFS是用于在UNIX主机之间共享文件的公知标准。在NFS协议中，使用文件句柄(filehandle)来对文件执行文件系统操作，文件句柄是标识特定文件的标识符。在RFC 3010中所指定的NFS的当前版本(版本4)支持版本3之上的附加功能，比如，加强了安全性和状态操作的执行性。

目前，数据库管理系统不支持使用NFS协议来存取数据库中的数据项。因此，当用户想存取数据时，该用户就必须确认正存储该数据的存储机制类型，以确定存取该数据的合适的方式。例如，为了确定是否可用NFS协议，该用户就必须确定该数据是否关系性地(relationally)存储在数据库或文件系统中。在许多情况下，对该用户来说，确定数据实际被存储的存储机制是一项繁琐的任务。

而且，出于各种原因，需要在单一存储机制中存储尽可能多种类的数据。例如，用于存储数据的不同类型存储机制的数量最小化的过程可以说减少了维护存储机制所需要的资源量。而且，在诸如数据库等中心存储单元存储许多种类的数据提高了易用性和安全性，这是因为，数据不是存储在其中的每个机制都可执行不同的安全策略的多个机制中。

因此，需要一种用于在数据库管理系统中执行文件系统操作的方法。在本节中描述的方法是一种可被推行的方法，但不必须是以前已经被想到或推行的方法。因而，除非另外说明，不应该假定本节描述的任何方法根据它们在本节的包含内容而只限定为现有技术。

发明内容

附图说明

附图是用于实例示出而不是用于限制了本文描述的系统和方法。贯穿附图中的类似参考标号用于表示类似元素和类似特征。其中：

图1是根据本发明实施例能够处理在状态协议下所执行的请求的系统的框图；

图2是根据本发明实施例的数据库服务器的功能组件的框图；

图3是表示根据本发明的实施例来处理文件操作的功能步骤的流程图；

图4是表示根据本发明的实施例来使用数据库的锁和基于文件的锁的功能步骤的流程图；

图5是根据本发明的实施例来存储基于图表的资源的先前版本信息的框图；

图6A和图6B是根据本发明的实施例来存储非基于图表的资源的先前版本信息的框图；

图7是示出了根据本发明实施例的各种类型的基于文件的锁及其兼容性的表；以及

图8是表示实施本发明实施例的计算机系统的框图。

具体实施方式

在以下的描述中，出于说明的目的，为了提供对本发明实施例的完整理解，给出了许多特定的细节。但是，很清楚，没有这些具体细节也可以实施本发明的实施例。在其它的实例中，为了避免对本文所述的本发明实施例的不必要的误解，以框图的形式示出了公知的结构和装置。

功能概述

给出了能使数据库服务器处理在存储在数据库中的数据上执行诸如状态文件系统操作等状态操作请求的框架。“状态操作”是这样的操作，其(1)是在会话中被请求的，以及其(2)在某方式下考虑了先前在该会话中所执行的操作。某些操作的执行影响状态操作的执行。例如，执行数据库操作的结果可能是成功执行状态操作所需要的。大多数应用NFS执行的文件系统操作是状态操作。当通过数据库服务器执行时，状态文件系统操作就可跨越一个或多个数据库事务。

在实施例中，在数据库系统端接收请求。例如，该项请求可以是应用NFS协议来执行状态操作的请求。该项请求包括状态标识数据，其为标识与该项请求关联的状态信息的数据。以下更详尽描述的状态信息是描述在任一会话中由请求者先前在资源上所执行的任何操作的信息。例如，假若一个请求者在不同会话中针对资源而执行了几个状态操作，那么该资源的状态信息就会描述反映所执行的状态操作的资源状态。

当在资源上执行状态操作时，就检索与该资源关联的状态信息，致使该状态操作的执行反映先前所执行的其它任何的状态操作。基于包含在该项请求中的状态标识数据来在数据库系统中检索与该项请求关联的状态信息。然后，至少部分基于该状态信息来处理该项请求。