Object Version Tracking for Federated Data Fragment Retrieval

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional data analysis platforms face challenges in handling large volumes of data from disparate sources due to storage capacity limitations, requiring the download and ingestion of entire datasets, which leads to inefficiencies and delays in data retrieval.

Innovation Solution

A system that utilizes adapter nodes to retrieve and join data fragments from different data stores in real-time or write-time, transforming them into object-based structures, and employs smart versioning caches to maintain up-to-date data, allowing for efficient data federation without storing the entire dataset on the platform.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Quantity of substance

If all data from disparate data sources is downloaded and ingested onto the platform, then data availability and completeness are improved, but storage capacity requirements and processing time increase significantly

Engineering Contradiction:
Improvedata availabilityVSAvoidstorage capacity
Core Design Contradiction:
Quantity of substanceVSVolume of stationary object

Solution Approach 1:

The patent segments the complete dataset into distributed fragments stored across multiple data sources. Instead of consolidating all data onto one platform, the system divides data into manageable pieces that remain at their source locations, accessible through federated queries. This resolves the storage capacity problem while maintaining data availability.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces adapter nodes as intermediary components that mediate between the data analysis platform and disparate data sources. These adapters enable the platform to access distributed data fragments without physically ingesting them, resolving the contradiction between data availability and storage requirements.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Quantity of substance

If all data from disparate data sources is downloaded and ingested onto the platform, then data completeness is improved, but data retrieval time and processing delays increase

Engineering Contradiction:
Improvedata completenessVSAvoiddata retrieval time
Core Design Contradiction:
Quantity of substanceVSLoss of time

Solution Approach 1:

The patent implements preliminary actions by pre-computing and caching data fragments at their source locations in optimized formats. Adapter nodes prepare data retrieval pathways in advance, so when queries are executed, the system can quickly access pre-processed fragments without performing lengthy ingestion operations at query time.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

By segmenting data into distributed fragments with unique identifiers, the system can retrieve only the specific fragments needed for each query rather than transferring entire datasets. This selective retrieval approach maintains data completeness for analysis while dramatically reducing data retrieval time.

Inventive Principle:
Principle #1Segmentation

3Volume of stationary object

If data is federated across disparate sources without ingestion, then storage efficiency is improved, but data fragmentation and retrieval complexity increase

Engineering Contradiction:
Improvestorage efficiencyVSAvoiddata retrieval complexity
Core Design Contradiction:
Volume of stationary objectVSDevice complexity

Solution Approach 1:

Adapter nodes serve as intermediaries that hide the complexity of federated data access from the data analysis platform. The adapters handle fragment identification, location resolution, and retrieval coordination, presenting a simplified interface to the platform while managing the underlying fragmentation complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent implements universal adapter nodes that can work with multiple different data source types and formats. These multi-functional adapters handle various data formats and protocols uniformly, reducing retrieval complexity by providing consistent access patterns across diverse federated sources.

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

4Reliability

If version tracking is implemented across federated data sources, then data accuracy and currency are improved, but system complexity and query overhead increase

Engineering Contradiction:
Improvedata accuracyVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent extracts version information as a separate metadata attribute from the data fragments themselves. Version identifiers are attached to each fragment but handled independently by the adapter nodes, which manage version tracking logic separately from the core data retrieval operations. This reduces system complexity by isolating version management functions.

Inventive Principle:
Principle #2Taking out (Extraction)

Data Source

PatentUS20260079902A1System and methods for object version tracking and read-time/write-time data federation
Publication Date: 2026.03.19 PALANTIR TECHNOLOGIES INC
  • US20260079902A1 patent drawing
  • US20260079902A1 patent drawing
  • US20260079902A1 patent drawing

AI summary

Systems and methods are provided in order to avoid ingesting the entire contents of one or more data sources. An object may be associated with one or more pieces/fragments of data that can be stored in different data sources. When a request for the object is initiated, a search for those pieces/fragments of data can be performed. Nodes associated with each data source may generate data queries appropriate for its corresponding data source, retrieve, and if needed transform the data into an object-based data structure. Any pieces/fragments of data that have been discovered and retrieved can be joined, e.g., by an application programming interface server, and forwarded to a requesting client or application. In this way, only data relevant to the object is obtained. Moreover, object versioning can be employed so that the most up-to-date data is obtained.