[发明专利]数据库系统、数据库更新方法、数据库以及数据库更新程序

说明书

技术领域

本发明涉及用户应用程序对置于共享存储器上的数据区进行更新的数据库、数据库系统、数据库更新方法以及数据库更新程序。

背景技术

图13示出了一种存储器数据库系统，其中用户应用程序直接更新置于共享存储器上的数据区。在此数据库系统中，在用户应用程序存在缺陷的情况下，存在如下问题：当用户应用程序更新数据时，共享存储器上的数据区可能被破坏。

图14示出了用于存储器数据库系统的日志文件系统。在该系统中，当发生数据破坏时，根据以下过程来恢复数据。即，(1)清除存储器上被破坏的数据，(2)从盘装置重新加载主数据，以及(3)从日志文件前滚更新数据，该日志文件保持和管理元数据。

然而，过程(2)和(3)需要从盘装置读取数据。通常，在访问盘装置时，读取和写入所需要的时间大于访问存储器的情况，继而，当发生存储器破坏时，服务被挂起较长时间。而且，恢复需要的成本较大。

作为具有防止由用户应用程序导致的数据破坏这一功能的系统，存在客户端/服务器方法的存储器数据库系统。如图15所示，客户端/服务器方法的系统包括服务器守护程序(daemon)。从用户应用程序对数据的访问必须通过服务器守护程序来执行。只有服务器守护程序访问共享存储器，并且用户应用程序不直接访问共享存储器。因此，用户应用程序不会破坏共享存储器上的数据。

作为另一方法，用于CVS(并发版本系统)的方法是已知的。CVS是一种版本管理系统，多个人可以通过它来同时处理文件。图16中示出了CVS的配置。当用户更新主数据(在这种情况下，是主文件)时，首先，(4)从称为存储库的区域将全部主文件复制到本地区域中，接下来，(5)更新所复制的主文件。在此之后，(6)将更新的内容一次全部反映到主文件中。用户他/她本身无法直接更新主文件。因此，用户不会破坏主文件。

图17示出了由专利文献1公开的数据更新方法。根据应用进程，数据库系统的共享存储器是只读的。对于每个应用进程，以块为单位(64KB)或者以页面为单位(4到8KB)提供用于更新的存储器。当更新数据时，首先，(7)将共享存储器的相关块复制到用于更新的存储器，(8)更新用于更新的存储器上的数据，继而，(9)管理器进程将用于更新的存储器上的内容复制到共享存储器中。(10)应用程序不直接访问主数据。因此，用户不会破坏主文件。

专利文献1：日本专利申请特开平号：1998-031604。

发明内容

技术问题

本发明的主题是提供一种数据库，其对于应用程序和环境的变化是鲁棒的。

在客户端/服务器方法中，当用户应用程序访问数据时，总是需要用户应用程序与服务器守护程序之间的进程间通信。为此，由于进程间通信开销所导致的数据更新性能下降，与直接访问共享存储器的情况相比，数据访问成本变得较高，并且由此使事务性能恶化。

在需要高事务性能的存储器数据库中，这点将变成严重的问题。

此外，在CVS方法中，在开始数据更新处理之前，需要完全复制主数据。另外，在专利文献1中示出的方法中，需要将主数据的一部分复制到以块为单位或者以页面为单位的其他区域中。

用于在存储器之间复制数据的处理消耗与复制大小成比例的CPU资源。为此，在每次开始数据更新处理时复制主数据的这些方法中，存在一个问题，即复制处理剥夺了CPU资源，并且由此使事务性能下降。

而且，在这些方法中，更新数据的进程的数量生成主数据的副本。因此，还存在一个问题，即系统需要的存储器资源也将增加。

本发明的目的在于提供解决上述问题的存储器数据库、存储器数据库系统和存储器数据库的更新方法。本发明的目的之一在于提供一种存储器数据库，其可以防止用户造成的数据破坏，并且使数据访问性能的下降以及CPU资源和存储器资源的消耗最小化。

问题的解决方案

本发明的数据库系统一种是用于由应用程序来更新数据的数据库系统，包括：用于存储主数据的数据存储装置；以及共享存储器区域。共享存储器区域包括：第一区域，其中加载有主数据，并且仅允许应用程序对其进行参考；以及第二区域，其存储在应用程序更新第一区域中的主数据时生成的差异数据，并且允许应用程序对其进行参考和更新。