[发明专利]使用通用数据库搜索模型的系统和方法

说明书

一种计算机系统包括被配置为搜索包含在多个数据库表中的数据的一个或多个数据库搜索模型。一个或多个数据库搜索模型可以包括多个结构容器和一个或多个搜索启用容器。多个结构容器可以代表具有结构关系的对象并且包含对象的属性数据。对象的属性数据能够从多个数据库表获取。多个结构容器能够由一个或多个数据库搜索模型共享。一个或多个搜索启用容器能够对应于一个或多个数据库搜索模型并且指定用于搜索数据的范围和用于呈现搜索结果的格式。

背景技术

企业系统中的数据量持续高速增长。企业搜索软件可以允许授权用户查找存储在企业系统和/或数据库中的应用和逻辑数据对象。理想地，这样的企业搜索解决方案可以提供对公司内外的企业数据和信息的统一、全面和安全的实时访问。期望地，搜索应该能够从企业系统和/或数据库返回结构化数据(例如，逻辑数据对象)和非结构化数据(例如，HTML文件、演示文稿(presentation)、文档等)二者并且允许对相关联的应用和动作的直接访问。尽管在过去几十年中企业搜索上有巨大进步，但仍有改进的空间。

附图说明

图1是结合用于搜索企业数据库的数据库搜索模型的示例企业系统的总体框图。

图2是示出了在数据库表中搜索数据的示例总体方法的流程图。

图3是示出了数据库搜索模型的层次表示的示例示图。

图4是示出了数据库搜索模型的通用表示的示例示图。

图5是示出了结构容器的示例构造的示图。

图6是示出了搜索启用(enabling)容器的示例构造的示图。

图7是可以实现描述的实施例的示例计算系统的框图。

图8是可以结合本文描述的技术使用的示例云计算环境的框图。

具体实施方式

示例1—数据库搜索模型的概述

一直增加的传入数据量和企业向数据驱动世界的转变产生了许多困难，因为数据确实是积累的。特别是，通过搜索来访问和查找相关数据是现代数据使用的关键组成部分。

一些企业搜索解决方案在分离的数据库中复制企业数据库并在复制的数据库内搜索逻辑数据对象。虽然它们可能减少或避免在搜索时的源系统上的附加的系统负载、预处理/准备/编辑/调整搜索相关数据并启用在已删除数据上的搜索，但基于复制的搜索解决方案与一些缺点相关联。例如，搜索结果可能过时、复制过程可能必须重复触发、在复制时的源系统上的系统负载可能增加并且可能有用于存储复制的数据的显著的附加存储器消耗。

另一方面，一些企业搜索解决方案可以通过使用无复制方法的搜索模型来实现，例如，可以基于存储在企业数据库中的原始业务数据来执行搜索调用。可以包含执行成功搜索所需的大部分或全部信息的搜索模型可以用于实现实际搜索。例如，如下面进一步描述的，这样的信息可以包括一个或多个请求字段(例如，应该或可以在哪些列中查找搜索词(search term))、一个或多个响应字段(例如，哪些列应该是搜索结果的一部分)等。

搜索模型可以包括可以直接或间接(例如通过主题或概念地)一起工作的许多不同类型的许多不同搜索。可以在集成开发环境、数据管理软件、数据集成软件、企业资源规划软件、数据库或数据库管理系统或者其他代码或搜索分析软件系统中提供搜索模型。例如，搜索模型已被SAP Enterprise SearchTM技术、SAP NetWeaver Application ServerTM技术、SAP S/4HANATM技术、SAP S/4HANA CloudTM技术、SAP S/4HANAOn PremiseTM技术(全部属于德国瓦尔多夫的SAP SE)使用。