Dynamic Lightweight Object Conversion Mechanism for On-Demand Services

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional database systems limit user customization and control over data resources, tables, reports, and files, restricting users to a service provider's default entities and imposing limitations on the number and type of custom objects that can be created.

Innovation Solution

The implementation of a mechanism for facilitating conversion and correction of data types for dynamic lightweight objects in an on-demand services environment, allowing users to create and manage custom objects with virtually unlimited key space, transient memory usage, and user-controlled data presentation, enabling the generation of dynamic objects that can work alongside administered objects to support various data formats and types.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If conventional database systems are used with service provider default entities, then system stability and reliability are maintained, but user customization capability and flexibility are limited

Engineering Contradiction:
Improveuser customization capabilityVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system dynamically creates lightweight custom objects in memory based on user requirements, allowing the database structure to adapt flexibly to different customization needs without permanent structural changes. This enables users to create custom objects with various data types and relationships on-demand, while the system maintains stability by managing these dynamic objects transiently in memory rather than requiring permanent structural modifications to the database schema

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent introduces an intermediary layer between the conventional database system and user customization needs. This intermediary mechanism translates user customization requests into dynamic lightweight object creations, acting as a buffer that allows extensive customization capability while shielding the core database system from the complexity of managing numerous custom objects. The intermediary handles object creation, memory management, and data type conversion transparently

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If the number of custom objects is increased to provide more customization options, then user control and flexibility improve, but memory management complexity and system resource consumption increase

Engineering Contradiction:
Improvenumber of custom objectsVSAvoidmemory resource consumption
Core Design Contradiction:
Adaptability or versatilityVSUse of energy by moving object

Solution Approach 1:

The system employs lightweight custom objects that are created transiently in memory and discarded after use, rather than maintaining persistent custom objects permanently. These short-lived objects consume minimal memory resources and are automatically garbage collected when no longer needed, enabling users to create numerous custom objects for different customization scenarios without accumulating excessive memory consumption. The objects are designed to be inexpensive in terms of memory footprint and suitable for temporary use cases

Inventive Principle:
Principle #27Cheap short-living objects (Disposable)

Solution Approach 2:

The system changes the memory management parameters of custom objects by implementing automatic memory allocation and deallocation mechanisms. Instead of requiring users to manually manage memory for each custom object, the system dynamically adjusts memory allocation based on object lifecycle needs, allowing objects to be created and destroyed efficiently. This parameter change in memory management enables high numbers of custom objects to coexist without proportionally increasing overall memory consumption

Inventive Principle:
Principle #35Parameter changes

3Adaptability or versatility

If data type conversion capabilities are added to support diverse data formats, then adaptability and versatility improve, but system complexity and processing overhead increase

Engineering Contradiction:
Improvedata format supportVSAvoidconversion mechanism complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The data type conversion mechanism operates autonomously without requiring complex user configuration or manual intervention. When users create lightweight custom objects with diverse data types, the system automatically detects the required conversions and executes them transparently. The conversion mechanism serves itself by managing type detection, conversion strategy selection, and execution without adding significant user-facing complexity, thereby supporting diverse data formats while keeping the system interface simple

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS9031956B2Mechanism for facilitating conversion and correction of data types for dynamic lightweight objects via a user interface in an on-demand services environment
Publication Date: 2015.05.12 SALESFORCE INC
  • US9031956B2 patent drawing
  • US9031956B2 patent drawing
  • US9031956B2 patent drawing

AI summary

In accordance with embodiments, there are provided mechanisms and methods for facilitating conversion and correction of data types for dynamic lightweight objects via a user interface in an on-demand services environment. In one embodiment and by way of example, a method includes receiving a first data file at a first computing device, identifying data types in the first data file that correspond to dynamic custom objects associated with the first data file, and linking the data types to their corresponding dynamic custom objects.