[发明专利]数据结构、用于填充数据结构的模型以及使用数据结构对处理装置进行编程的方法

说明书

技术领域

本发明涉及一种数据结构、一种用于填充数据结构的模型以及一种使用数据结构对处理装置进行编程的方法。所述数据结构促进应用程序代码与包含应用程序的一般操作所需的数据的数据库架构的独立性。所述模型提供了一种识别和合理化应用程序的一般操作所需的数据的方法，其方式是，促进容易地填充上述数据结构，以便提供与应用程序代码的这种独立性。

背景技术

以下对本发明的背景的讨论旨在促进对本发明的理解。然而，应当理解，所述讨论不是承认或认可所提及的任何材料在本申请的优先权日在任何司法管辖权内已公布、是已知的或是公知常识的一部分。

计算机软件的设计从一个想法开始。这个想法背后的功能可能是简单的或复杂的，但对于软件开发来说，几乎不言自明的是，由于“功能蔓延”，最终软件的功能通常与最初的想法背后的功能大不相同。即使在“最终确定”时，由于需要修复错误和/或需要引入另外的功能，计算机软件还常常会被进一步更改。

“功能蔓延”和最终确定后的修改都给设计师和开发人员造成了问题。设计师需要能够设计期望的更改，而不会对现有功能产生不利影响或不会将新的错误引入到软件中。同时，新的设计在用于创建软件或期望在其上运行软件的操作系统的编程语言的约束内在技术上必须是可行的。

当软件相对较小时，上述挑战通常不会引起问题。但是，如果软件具有相当大的尺寸，那么软件数据库架构和应用程序代码的实际尺寸和复杂程度不仅可能抑制错误修复或新功能的引入，而且可能阻止对所述架构或代码的优化。

为了进行详细说明，更改数据库架构和应用程序代码可能不再能够访问数据库表，或者可能访问不正确的数据。更改应用程序代码，使得其需要访问新数据或需要更改现有数据，并且应用程序代码可能需要修改数据库架构。即使不需要更改数据库架构，至少这样的更改要求：

·必须验证引用新数据或已更改数据的应用程序代码的所有其它元素，以确保所有引用与彼此和数据库架构一致；以及

·在每个数据输入点处，数据接受相同或至少一致的有效性检查。

由于应用程序代码和数据库架构之间的这种相互关系，设计人员经常设法牺牲一者来优化另一者。

因此，本发明的目的是创建一种设计软件的方法，其打破了应用程序代码和数据库架构之间的这种相互依赖性。

数据库设计

为了促进对本发明的正确理解，重要的是理解如下所述的数据库设计的某些基本原理。

历史上，数据库的主要建模工具一直是实体关系模型(“ERM”，也称为实体关系图)。ERM陈述了作为预期软件参与者的每个“实体”和其与每个其它“实体”的关联(如果有)(这种关联被称为“关系(relationships)”)。在这样做时，其预先假设三种可能的关系：

·第一“实体”与另一个“实体”具有单一关联(也称为1:1关系)；

·第一“实体”可能与另一个“实体”的多个实例相关联(也称为1:N关系)；或者

·第一“实体”的多个实例可能与另一个“实体”的多个实例相关联(也称为M:N关系)。

然后，每个“实体”和其相关联的关系的识别形成数据库层的初始架构。

然后寻求对初始架构利用诸如规格化形式等技术来优化。但是，此优化仅适用于初始架构——对所述架构的任何后续修改都可能导致所述架构不再符合具有相关联性能结果的一个或多个规格化形式。

发明内容

贯穿本文档，除非另有相反指示，否则术语“包括”、“由...组成”等将被解释为非穷尽的，或者换句话说，意指“包括但不仅限于”。

根据本发明的第一方面，存在一种包括属性表的软件数据结构，其中属性表的每个记录包括附加信息，使得软件的应用程序代码仅能够通过数据结构中所引用的属性来引用与如存储在数据库架构中的属性相关联的数据值，所述数据库架构从而能够独立地确定如何实施属性记录。

软件还可以包括实体表，属性表的每个记录也引用实体表的记录，数据库架构可操作以独立地确定关于实体记录和属性记录存储的数据之间的关系的实施。

优选地，数据结构在第三数据存储中实施。

理想情况下，实体表的第一记录是对实体表和属性表的存在的引用。

属性表中的每个记录优选地包括定义布尔表达式或函数的字段。此布尔表达式可以包括对属性表中的属性的引用，所述属性本身引用另外的布尔表达式。

数据结构还可以包括链接到第一字段表中的一组记录的表单表，该组记录中的每个记录与属性表中的记录相关联，使得所述应用程序代码能够使用表单表和第一字段表中所包含的数据，以在需要时创建期望的表单。