[发明专利]无模式数据的检测和可视化

说明书

背景

传统的结构化查询语言(SQL)数据库使用独特的表来表示和描述关系型数据库管理系统中的数据结构。虽然SQL表是非常有组织且统一的，但正在开发非关系型且无模式的下一代数据库，诸如在单个表中具有异构数据结构的不仅SQL(NoSQL)数据库。

NoSQL数据库已表现为用于非常大的数据集的节省成本的解决方案。NoSQL数据库中的表行数据的异构、松结构化特质使诸如数据分析和语义错误检测等常见数据库开发任务变得复杂。用于查看和编辑NoSQL数据库的现有工具的一个问题是缺少在不同实体类型之间进行区分的方式。由于所描述的数据的量(例如，行数)和宽度(例如，列数)，可能难以在单个表内的语义上不同的数据行之间进行区分。例如，NoSQL表可封装两个或更多不同的数据结构，其中每一数据结构具有其自己的列。现有开发工具无法基于语义上不同的行数据的列值来区分这些行数据。结果，诸如分析和错误检测等针对NoSQL和其他无模式数据的开发任务在非关系型且无模式数据库中可以是相当有挑战性的。

现有NoSQL数据库的另一问题是数据被分散以使得难以在一个屏幕上看到关于给定实体的所有数据。给定行的许多列将为空，因为这些列或属性与同一表中的其他数据结构相关联。结果，用户必须水平滚动通过数据库以查看所选行的所有属性。

这些空单元格所导致的另一问题是在表中创建大量“空白空间”(即，未使用或不需要的空间)。如果其他数据结构的列与所选数据结构的列散布在一起，则可能难以可视化表示所选数据结构的行的状态和含义。给定行的属性之间的较大间隙使得用户难以扫描表。

现有NoSQL数据库的显示的另一问题是使用统一的列宽，而不管与每一列相关联的属性所需的空间量。需要几个像素(例如，1-10个字符)的属性被分配与需要非常多的像素(例如，100+字符)的属性相同的空间。结果，较短属性被增加附加空白空间，而较长属性很有可能被部分显示，这可使其不可读。

概述

提供本概述以便以简化形式介绍将在以下详细描述中进一步描述的一些概念。本概述并不旨在标识所要求保护主题的关键特征或必要特征，也不旨在用于限制所要求保护主题的范围。

各实施例提供了用于无模式数据(诸如非SQL数据库)的查看器/编辑器。显示数据结构以使得数据中的每一实体类型使用不同的颜色和可变列宽。这允许用户标识各实体之间的关系。对于所选实体，查看器/编辑器只显示适用于该实体的属性。除了在实体类型之间进行区分以使得用户能够聚焦于所选数据之外，本发明优化显示的列宽以使得用户能够看到尽可能多的信息。

当选择NoSQL数据库时，检测器逐行分析数据并标识由数据表示的一个或多个实体类型。每一行被分配特定实体类型。检测器还确定每一实体类型中的数据的最优列宽。数据库表在基于每一行的实体类型来向该行分配颜色的查看器/编辑器中打开。查看器/编辑器从每一行中移除未使用属性并使用每一属性的经优化列宽来显示数据。当用户选择一行时，使用所选行的合适属性来显示标题行。

附图简述

为了进一步阐明本发明的各实施例的以上和其他优点和特征，将参考附图来呈现本发明的各实施例的更具体的描述。可以理解，这些附图只描绘本发明的典型实施例，因此将不被认为是对其范围的限制。本发明将通过使用附图用附加特征和细节来描述和解释，附图中：

图1示出了诸如NoSQL表等组合客户和订单信息两者的无模式数据库表。

图2是示出用于检测表内的实体类型的过程或方法的流程图。

图3示出了根据一个实施例的在检测器已经标识数据库中所使用的实体类型后的表。

图4是具有不同宽度的数据字段以容适客户和订单数据结构的属性的示例表。

图5示出了其中列已被分配如在现有数据库查看器和编辑器中是常见的统一宽度的经修改表400。

图6A示出了由查看器/编辑器在选择第一实体类型时显示的经压缩视图。

图6B示出了由查看器/编辑器在选择第二实体类型时显示的经压缩视图。

图7示出了在一个实施例中被用来确定将为所选实体类型显示的列宽的过程。

图8是示出根据一个实施例的用于向用户显示表的过程或方法的流程图。

图9示出了用于无模式数据查看器/编辑器的合适的计算和联网环境的示例。

详细描述