Learn Engine Column ID Integration for Interlocking Trees Datastores

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Interlocking trees datastores struggle to maintain the distinction between fields with similar data across different columns, leading to confusion and inaccurate data analysis due to the lack of integrating field context into the data structure.

Innovation Solution

The Learn Engine concatenates column numbers or names with delimiters to each variable, allowing for easy differentiation and integration of field context, ensuring that each data point is accurately attributed to its originating column, thereby maintaining the distinction between columns and enabling precise data analysis.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If the Learn Engine accepts multiple fields of data within a single data record, then the system can process complex data structures, but the distinction between fields with similar data is lost leading to confusion

Engineering Contradiction:
Improveability to accept multiple fieldsVSAvoidfield context distinction
Core Design Contradiction:
Adaptability or versatilityVSLoss of information

Solution Approach 1:

The patent segments the data processing by introducing field identifiers that separate and distinguish between different fields. Each field is tagged with its identifier (e.g., F1, F2) so that even when fields contain similar data values, the system can distinguish them based on their identifiers. This segmentation prevents conflation of fields while maintaining the ability to process multiple fields within records.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent uses field identifiers as intermediary elements between the data values and the storage system. These identifiers act as mediators that carry contextual information about which field a data value belongs to, allowing the system to maintain distinctions without changing the core data structure or processing mechanism.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Device complexity

If similar data values are stored without field context, then data processing is simplified, but accurate data analysis becomes difficult due to conflation

Engineering Contradiction:
Improvedata processing simplicityVSAvoiddata analysis accuracy
Core Design Contradiction:
Device complexityVSMeasurement precision

Solution Approach 1:

The patent segments data values by attaching field identifiers to each value, creating distinct segments even when values are identical. This allows the system to maintain simple processing mechanisms while achieving precise data analysis, as the segmentation occurs at the identification level rather than the processing level.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent applies local quality by making each data value's field identifier unique to its context. Instead of treating all data values uniformly, the system assigns specific contextual properties (field identifiers) to each value based on its origin, allowing precise local differentiation while maintaining overall system simplicity.

Inventive Principle:
Principle #3Local quality

3Reliability

If field context is integrated into the KStore structure, then data distinction is maintained, but the data structure complexity increases

Engineering Contradiction:
Improvedata distinction maintenanceVSAvoidKStore structure complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent uses field identifiers as intermediary elements that can be easily integrated into the existing KStore structure without fundamentally changing it. These identifiers serve as lightweight mediators that carry contextual information, allowing the system to maintain data distinctions while avoiding the complexity of redesigning the core KStore architecture.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent makes the field identifier system universal by designing it to work with any data type and any record structure. The same identifier mechanism can be applied across different fields and records, providing a multi-functional solution that maintains data distinction without requiring separate specialized structures for each field type.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Data Source

PatentUS7908240B1Facilitated use of column and field data for field record universe in a knowledge store
Publication Date: 2011.03.15 UNISYS CORP
  • US7908240B1 patent drawing
  • US7908240B1 patent drawing
  • US7908240B1 patent drawing

AI summary

Typically, field names are saved separately from tables as metadata in modern databases. Databases did not traditionally get built into interlocking trees datastores that recorded the data as events. However, in cases where one may wish to do that, thus avoiding the need for saving separate metadata from the table data of the data base, a need was found to establish an identity for particular columns or fields when working with databases or sources of data that provide table data in field/record format. So, to build interlocking trees datastores from such records a mechanism to record such data was created, adding a column ID, preferably to each field within each record or sequence that is to be recorded. Putting the column ID or identifier is inserted into the record during particlization between each column variable. In preferred embodiments a delimiter was included between the column ID or field name and the field variable. Appropriate hardware and software systems were employed to implement the invention.