Metadata-Driven Text File Loading via Dynamic Task Code

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Companies face increased development time and resources when loading non-uniform multi-row text files due to the need for customized applications and complex programming to parse and extract data from files with varying formats, where each row may have different fields, orders, and attributes.

Innovation Solution

A metadata-driven process is used to dynamically generate task execution code for loading non-uniform multi-row text files, allowing a single application to process various file types without custom code modification, by identifying a profile based on metadata that defines the expected fields, field order, and attributes, and generating a task list to extract, calculate, or update data.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If customized applications and programming code are created for parsing text files in different formats, then the ability to load various non-uniform text files is improved, but development time and resources are increased

Engineering Contradiction:
Improveability to load various non-uniform text filesVSAvoiddevelopment time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The patent creates a universal loading application that can process multiple types of non-uniform text files through a single interface. The system uses a profile-based architecture where different file types are handled by selecting appropriate profiles that define parsing rules, eliminating the need for separate customized applications for each file format.

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

Solution Approach 2:

The patent introduces profiles as intermediary components between the loading application and various text file formats. These profiles act as mediators that translate different file format requirements into a unified processing framework, allowing the application to handle diverse formats without direct customization for each type.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If customized applications are created for each type of non-uniform text file, then the loading capability for specific file types is improved, but device complexity is increased

Engineering Contradiction:
Improveloading capability for specific file typesVSAvoidapplication complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent segments the loading capability into modular profiles, where each profile handles a specific file type or format. This segmentation allows the system to manage complexity by organizing handling logic into discrete, reusable units rather than maintaining monolithic customized applications for each file type.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements a universal loading application that can process multiple types of non-uniform text files through a single interface. The system uses a profile-based architecture where different file types are handled by selecting appropriate profiles that define parsing rules, eliminating the need for separate customized applications for each file format.

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

3Reliability

If custom and complex methods are created for loading a single type of non-uniform text file, then the loading accuracy for that file type is improved, but the time and resources for customization are increased

Engineering Contradiction:
Improveloading accuracyVSAvoidloading speed
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent performs preliminary action by pre-defining profiles with parsing rules and logic for different file formats. These profiles are prepared in advance and can be directly applied when loading files, eliminating the need for runtime customization and complex parsing methods while maintaining accurate data extraction.

Inventive Principle:
Principle #10Preliminary action

4Adaptability or versatility

If extensive code customization is performed for loading each type of non-uniform text file, then the adaptability to different file formats is improved, but loss of time for code development is increased

Engineering Contradiction:
Improveadaptability to different file formatsVSAvoidcode development time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The patent uses profiles as reusable templates or copies that can be applied to different file types. Instead of writing custom code for each format, the system copies and adapts existing profiles to handle new file types, significantly reducing code development time while maintaining adaptability through profile configuration rather than programming.

Inventive Principle:
Principle #26Copying

Data Source

PatentUS10185757B2Non-uniform multi-row text file loading
Publication Date: 2019.01.22 DATAIQ LLC
  • US10185757B2 patent drawing
  • US10185757B2 patent drawing
  • US10185757B2 patent drawing

AI summary

One or more techniques and/or systems are provided for metadata driven loading a non-uniform multi-row text file. A non-uniform multi-row text file may comprise one or more disparate rows, such as a first row with a name field, an address field, and an age field and a second row with an occupation field, a marital status field, and a gender field. The non-uniform multi-row text file may be evaluated by generating task execution code for tasks identified within a profile for a file type of the non-uniform multi-row text file (e.g., dynamically generate structure query language commands may be executed based upon the task execution code). Responsive to processing the task list, parsed output data for the non-uniform multi-row text file may be generated based upon result data for the tasks. The parsed output data may be outputted into a staging area, such as a staging table, for client access.