从文件中查找和定位数据的方法和装置制造方法及图纸

一种从一个或多个文件（数据库）中查找和定位数据的方法，其中通过与用户的接口建立用户所需的数据库模型，并且建立起那个模型与这个（这些）数据库模型的结构之间的连接关系（最好是实体关系图），根据用户所需的报表布局，其中文件中的数据以所需格式给出，生成数据文件命令，其中这种具有数据的报表布局被记录／显示在数据载体、显示器及／或纸张上使之成为可视的。（*该技术在2016年保护过期，可自由使用*）

【技术实现步骤摘要】
数据库或数据总库是用于决策应用的相关数据的集合，并且一般为大量的用户所使用。在实际的应用中主要包括是所谓的关系数据库，在关系数据库中数据以表或关系的形式存储。但在设计关系数据库结构时，需要注意的是在表之间通过数据本身以其独特的方式建立起不同表的连接(关系)。在实际的应用中进一步还包括第四代语言SQL(结构查询语言)，该语言除了用于从数据库中通过所谓查询未检索数据之外，还提供使用一种(不同的)编程语言的选择，以便用于诸如定义，修改和查阅数据文件。在目前用于创建和维护一个数据文件，以及用于执行用户所给定的从文件中获取具体数据的命令的实践中，通常是由专门人员对大量用户的需求进行广泛的分析。但是，并不是所有的用户都对所选择的和已实现的结构及其可能有的相关命令表示满意。过了一段时间，认识有了改变又可能会提出新的用户需求。若应用是由一个或多个外来专家作出的则对于曾经选中的某种结构及可能给出的命令进行修改是枯燥并且耗时的，那是昂贵的。从L.M.Burns等在1988 IEEE上发表的文章“A GraphicalEntity-Relationship Database Browser”可知是一种实体关系接口，其中，数据库模型直接从数据库的实体关系图推导出来，因此不可能自动地以用户所要求的方式显示数据。在Peter Kraft的文章“Correspondence between user interfacesand data models-an entity relation approach”，阿姆斯特丹，1990中，描述了用户接口的设计，其中给出了显示数据与存储数据之间的对应关系。尽管这涉及了数据库与用户模型之间的某种投影关系，但是并未描述根据本专利技术所实现的结构。本专利技术的目的就是用于克服上述一个或更多个的缺点。本专利技术提供了一种用于从一个或多个文件(数据库)中查找和定位数据的方法，其中通过与用户之间的接口设定用户所需的数据库模型，并且根据用户所希望的报表布局(Lay-out of a report)建立起那个模型与该(这些)数据库结构之间的连接关系(最好是实体关系图)，其中文件中的数据以所希望的格式表示并且生成数据文件命令，以及其中具有数据的该报表布局被记录/显示在数据载体、显示器及/或纸张上，使之成为可视的。根据本专利技术的方法中，在根据用户的问题域(现实世界)所建立的模型的基础，自动地生成该模型的实体关系图，其中定义了关于数据库结构的信息。根据该信息及用户所希望的对数据库的查询要求，生成命令(尤其是SQL命令)。用户所要求的查询以报表布局设定。该报表布局也确定了用生成的命令所获取的数据被记录/显示在数据载体，显示器及/或纸张上的方式，使之成为可视的同时用户在任何时刻都可以按需求修改该布局从而防止用于选择的命令受限于由其他人如外部的专业人员所确定的命令范围。本专利技术进一步提供了一种用于查找和定位数据的系统，包括一个或多个数据文件，数据库；这个(这些)数据库的简要描述；用户所要求的这个(这些)数据库模型；与数据文件及其用户模型相连的引擎；以及与模型及引擎相连的用户接口，用于以用户所希望的格式提供报表。本专利技术进一步的优点，特征及详细情况通过以下对结合附图的最佳实施例的详细描述将更为清楚，其中附图说明图1是由一个或多个用户所配置的有限规模的模型的简化例；图2是根据本专利技术的方法的最佳实施例的示意图；图3是根据本专利技术的装置的最佳实施例中的一个被选模型的存储示意图；图4是使用根据本专利技术的方法的最佳实施例的方法所得到的报表布局的例子；图5是根据本专利技术用于解释本专利技术的方法和系统的简化例的关系图；图6是根据本专利技术用于进一步解释本专利技术的方法和系统的最佳实施例的示意图；图7是利用指示符(indicators)将用户模型映射到数据库模型的示意图；以及图8是根据本专利技术用于解释本专利技术的方法和系统的进一步特征的示意图。根据图1的简化模型示意图示出了一个金融服务公司的数据文件。其中垂直方向上示出了用户希望从数据库中得到的数据(指示符indicators)的各个组1、2、3、4及5。块1例如涉及生产小时数，即工作小时数，加班小时数等等之类的数据(指示符)。块2是管理的工作小时数，加班小时数等等。水平的块(6-18)是用户想要研究的指示符(数据)的类别。块6例如涉及已经执行的所有订单，它块11例如涉及公司的所有办公室。在图1的象矩阵一样的图中圆圈表示哪些指示符可以为数据库中哪些类别所使用并可以被用户研究。在指示符线和类别线相交处的叉号表示尽管用户想要在模型中建立关系，数据库中却没有这种目的的数据。可以定义一个用于此目的的函数以便使指示符和这种类别之间的关系仍然能被研究。若选择了这种函数，则所得到的数据仅被作为近似值使用，这是因为该数据不是直接从文件中得到的。根据本专利技术用户可以按需求修改模型。在系统50(图2)中，模型54是作为数据库的虚拟路径映射出现的。图2示意图中除示出了三个子引擎即模型引擎53、查询引擎52及投影引擎55之外，它们一起可以被看作一个公共引擎，还示出了从数据库57推导出的模型54。通过接口57，用户可以定义所希望的报表布局，这是在块52中完成的，该块与投影引擎55及模型引擎53相连。块58表示例如显示器或报表可以以希望的格式显示或打印的其它装置。查询引擎52根据模型及所确定的需求信息，例如1992年阿默斯福特办公室的利润为多少，用于从数据库中检索指示符(利润)。为此目的查询引擎为数据库51生成SQL命令。为使用这些命令，构造了由模型引擎所配置的模型54。与常规系统不同，由于这些命令是在查询引擎中根据模型和用户所提出的查询要求生成的，因此本专利技术不需预先设置命令。投影引擎55包括由用户配置的报表布局定义并据此在监视器、打印机及其它数据载体上生成的报表。投影引擎与查询引擎相联系以使该查询引擎生成正确的命令，与常规的系统不同，该命令是根据用户的需求生成的。图3示出了模型被存储的方式。块20一般指明一个类别(图1的块6-18)。块6-18包含在一张表中，图1的块1-5也以同样方式包括在一张表中(块21)。块22(称为存储分配)示出数据库中哪些指示符不出现在哪些类别中。这实际上是指块22中包括了图1中叉号所表示的一种连接关系。但是也有可能使用所确定的函数从包括在数据库中的其它数据中推导出数据。图1的用户模型可以在块20、21及22中存储和定义。图3中的块23、24、25及26分别表示所谓的属性类别、集合、集合差级(aggregtion differential level)及差级(differential level)的表(或实体)。属性类别块23通过连线27与块21(指示符)相连，连线27表示“表现为”，用于描述在数据库表的哪个列中可以找到该指示符，其中首先将用户模型映射到数据库模型然后再映射到数据库。块26(差级)通过连线28与块20(类别)相连并通过连线29与块25(集合级)相连，其中连线28表示“可用于”，连线29表示“出现在集合中”。每个类别也出现在块26(差级)中，此块26中包括以下信息，即在数据库的哪张表中可以找到对应人员、命令等等，其中首先发生用户模型至数据库模型的映射关系，然后发生至数据库的映射关系。块24通过连线3本文档来自技高网...

【技术保护点】

【技术特征摘要】

【专利技术属性】
技术研发人员：罗纳德斯·乔泽弗·玛亚·特托罗，埃里克·西奥多勒斯·艾伯塔斯·德佩，简·贝伦德·威斯辛克，
申请(专利权)人：伊托皮斯控股公司，
类型：发明
国别省市：