[发明专利]一种数据库模式固定的对象关系映射模型

说明书

技术领域

本发明是一种数据库模型，能够存储面向对象的信息建模元素(如实体、属性、关系等)。适用于在软件开发完成、交付用户后，不能或不允许改变数据库表结构，但又必须允许用户存储各种用户自定义数据的特定编程环境中。该数据库模型采用数量有限的数据库表，存放能满足大多数应用需求的持久化数据，特别适合在工作流应用中存放业务数据。

背景技术

在软件工程项目的实施中，常常需要将经数据建模后的信息模型及实例数据存储到关系数据库中，以便应用访问。由于关系模型与面向对象描述语言(设计对象模型)及程序设计语言(实现对象模型)的不匹配，常常需要在两者之间进行映射。关于面向对象的信息模型到关系模型的映射方法，已经有很多文献论述。这些文献中的方法可以归结为：将类(或实体)映射为数据库表，将类属性(或实体属性)映射为数据库表字段，将类(或实体)之间的关系映射为数据库表之间的“1对多”或“1对1”关系，此外，由于关系数据库本身的限制，只能增加一个数据库表来实现“多对多”关系。

上述方法已经经过多年实践的考验，证明在大多数情况都能满足需要。但它却存在一个致命的缺陷——要求数据库所存储的数据格式在设计时而不是在运行时就必须确定，也就是说，如果在软件运行时需要数据库存储新格式的对象，就必须创建新数据库表以容纳其数据。这就产生了以下问题：如果用户的业务数据模型经常变动，或者需要开发适用于不同领域的、需要用户自行定制业务数据模型的软件，由于事先不知道或不能确定用户到底需要存放什么样的数据及数据格式，没法在设计时确定数据库表结构，不得不为了存放一种新格式的数据而新建一张数据库表——引起数据库模式经常变化，这种变化必然要求客户端软件经常作相应修改，否则客户端由于不知道新的数据库模式而无法访问其数据。这些修改包括用户交互界面的重新设计、SQL语句的改写等等。由于经常变更需求，导致很大的维护工作量，经常变更的用户交互界面通常不能为客户所接受，软件开发人员也没有足够精力去应付频繁变更的需求。

为了克服这一缺陷，本发明采用固定的数据库表以容纳各种数据，当需要存储新格式的对象时，也不需要新建数据库表，仅仅只需在固定的数据库表中插入新的记录，就可以存储实体、属性、关系及实体实例，减少了维护工作量，特别适用于最终用户使用时还经常变动的业务数据的情形，如工作流应用场景。

在工作流应用中，业务数据是业务流程中所涉及到的流程数据，它又称为流程变量(Process Variables)，例如，请假流程中的请假原因和请假天数，还有公文审批流程中的审批意见，等等。不同的业务流程涉及到不同的流程数据，而且可能经常变动。一般来说，工作流引擎并不考虑业务数据，而把它留给工作流应用的实施者来考虑。少部分工作流引擎，如著名的开源jBPM，本身就支持业务数据，但其所支持的流程变量一般都是简单的数据类型，并且相互之间没有关联，不支持面向对象的信息建模概念，如实体、属性、关系等，因而和数据建模时产生的数据模型差异较大，难以支持对业务数据复杂的查询统计等应用要求。更为重要的是，如果不能很好解决这个问题，就很难实现流程任务表单的自动生成。任务表单用于获取用户输入的业务数据，即，在任务表单的“提交”按钮的响应函数中，应该实现将获取用户输入的业务数据并存储到数据库的功能。如果数据库表结构还没有确定，就没法编写该按钮的通用代码。

发明内容

本发明采用通用的关系数据库模式，与具体的关系数据库管理系统无关，适用于各种商业或免费的数据库管理系统。本发明数据库模式固定，可以存储能满足大多数应用的数据，按照后文所述步骤可以编制灵活的数据库访问代码，代码可以采用面向对象的编程语言编写，以实现用户业务数据的定制、数据输入和输出。

本发明的有益效果是，数据库模式固定，能够在交付用户使用后，存储用户自行定制的数据，支持面向对象的信息建模概念，如实体、属性、关系等，保证了反映现实世界的信息模型平滑地向固定的数据库模式映射。在工作流应用中，克服过程变量间无联系、孤立的缺点，使得业务数据在逻辑上以相互联系、自然、结构化的方式存放，减小数据建模时产生的数据模型与具体实现的业务数据的差异。另外，由于所存储的数据本身是结构化的，理论上可以支持查询统计功能。

附图说明

下面结合附图和实施对本发明进一步说明。

附图是本发明数据库模型的E-R图。

图中1.实体表 2.属性表 3.实体实例表 4.字符串型属性表 5.数字型属性表 6.实体联系表