Database Edit History Tracking via Segmented GUI Logging

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current systems lack effective methods for tracking and displaying collaborative changes made to structured data resources, such as databases, in real-time, especially for non-database administrators, making it difficult to manage and visualize edits, schema changes, and edit histories.

Innovation Solution

A system and method for tracking and displaying edit history in structured data resources, using a graphical user interface (GUI) with features like mouse pointers, tooltips, and drop-down menus, which record and store edit data in log files, allowing real-time reflection of changes and platform-independent implementation through APIs like ODBC, enabling collaborative editing and versioning.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If collaborative editing is enabled for structured data resources, then productivity and collaboration capability are improved, but tracking and visualizing changes becomes complex and difficult

Engineering Contradiction:
Improvecollaborative editing capabilityVSAvoidchange tracking complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent segments change tracking by user, by table, by row, and by column, allowing each dimension to be tracked independently. This segmentation enables complex collaborative changes to be broken down into manageable units that can be visualized and managed separately, then reassembled into a comprehensive view.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent adds temporal dimension to change tracking by recording when changes occurred, and user dimension by identifying which user made each change. This multi-dimensional approach transforms complex change data into organized, visualizable formats that reveal patterns and relationships across different dimensions.

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

2Reliability

If edit history is tracked for all users and all tables, then data integrity and transparency are improved, but system complexity and storage requirements increase

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

Solution Approach 1:

The patent implements local quality by allowing different levels of change tracking granularity - users can choose to track changes at the table level, row level, or column level depending on their specific needs. This selective tracking maintains data integrity where required while reducing complexity and storage requirements where full tracking is not necessary.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The patent establishes change tracking infrastructure and logging mechanisms in advance, creating a systematic framework for capturing edits before they occur. This preliminary setup enables automated tracking without adding complexity to the actual editing operations, as the tracking framework is already in place to handle changes seamlessly.

Inventive Principle:
Principle #10Preliminary action

3Productivity

If real-time change display is implemented, then collaboration efficiency is improved, but response time and system resource usage increase

Engineering Contradiction:
Improvecollaboration efficiencyVSAvoidsystem response time
Core Design Contradiction:
ProductivityVSLoss of time

Solution Approach 1:

The patent implements periodic refresh of change data in the user interface, updating displays at regular intervals or upon specific events rather than continuously. This periodic approach maintains real-time collaboration efficiency by showing recent changes while reducing system resource usage and response time requirements compared to continuous real-time updates.

Inventive Principle:
Principle #19Periodic action

Solution Approach 2:

The patent provides feedback mechanisms that notify users of changes made by others, allowing the system to push update information selectively rather than continuously polling for changes. This feedback-based approach maintains collaboration efficiency by ensuring users see relevant changes while minimizing unnecessary system responses and resource consumption.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS8893017B2Tracking changes in a database tool
Publication Date: 2014.11.18 ADOBE INC
  • US8893017B2 patent drawing
  • US8893017B2 patent drawing
  • US8893017B2 patent drawing

AI summary

In one example embodiment, a system and method is illustrated that includes receiving input to execute a function associated with a display element of a Graphical User Interface (GUI), the display element to display edit history data relating to a displayed portion of structured data. The system and method also includes retrieving the edit history data for the displayed portion of the structured data based upon the function, the edit history data reflecting changes made to the displayed portion of the structured data. The system and method also includes displaying the edit history data in the GUI as part of the display element.