Patent classifications
G06F16/116
Source data assignment based on metadata
Provided are systems and methods for linking source data fields to target inputs having a different data structure. In one example, the method may include receiving a request to load a data file from a source data structure to a target data structure, identifying a plurality of target inputs of the target data structure, wherein the plurality of target inputs include a format of the target data structure, and at least one of the target inputs has a format that is different from a format of a source data structure, dynamically linking the plurality of source data fields to the plurality of target inputs based on metadata of the plurality of source data fields, and loading the data file from the source data structure to the target data structure.
Vendor-neutral models of vendors' application resources
Vendor-neutral models of vendors' application resources are described. A host outputs capabilities of data protection operations which are specified by a vendor of an application that is installed on the host. The host inputs a vendor-neutral version of a data protection operation, based on any of the capabilities, for a resource of the application. The host uses a vendor-neutral model of the resource of the application to perform the vendor-neutral version of the data protection operation on the application resource.
Integrated application server and data server processes with matching data formats
In one embodiment, the present invention includes a computer-implemented method comprising storing data in an application using an application custom data type and application custom data structure. The data is stored in a database using the application custom data type and the application custom data structure. In one embodiment, a request is sent to access the data from the application to the database. The data is retrieved from the database in response to the request in the application custom data type and the application custom data structure. In one embodiment, the data is sent from the database to a shared memory in the application custom data type and the application custom data structure and the data is retrieved by the application from the shared memory in the application custom data type and the application custom data structure.
Method and system for generating and using a master entity associative data network
A method and system for generating and using a master entity associative data network. The master entity associative data network system includes data sources storing data entities. Each data entity is of a specific entity type having specific entity properties, associations to other data entities, and an assigned common identifier label. Also, the master entity associative data network system includes a data processor configured to extract data entities from the data sources and extract associations to other data entities. The data processor stitches the data entities to each other based on at least one or more of the extracted associations, specific entity properties, and the common identifier label to generate one or more master data entities.
Snapshot conscious internal file data modification for network-attached storage
Performing snapshot conscious internal file modification for network-attached storage is presented herein. A file system can comprise a first component configured to modify, during a service request, storage for a subset of data blocks of a file—the service request not being recognized by an external entity as a change of content of the file. Further, the file system can comprise a second component configured to prevent, based on the service request, a copy of the storage from being created for servicing of a snapshot—the snapshot comprising a point-in-time copy of the file system.
Cloud storage methods and systems
Programmer input in a programming language is received, the programmer input for adding data to an electronic storage object that is accessible via a network. The programmer input includes i) a built-in function corresponding to adding data to electronic storage objects, ii) a first parameter specifying the electronic object to which data is to be stored, and iii) one or more second parameters indicating the data that is to be stored. The programmer input is evaluated with a computational application to generate one or more messages to a server for the server to add the data to the electronic object, and the one or more messages are sent to cause the data indicated by the second parameter to be added to the electronic storage object.
File system warnings application programing interface (API)
The present technology pertains to a organization directory hosted by a synchronized content management system. The corporate directory can provide access to user accounts for all members of the organization to all content items in the organization directory on the respective file systems of the members' client devices. Members can reach any content item at the same path as other members relative to the organization directory root on their respective client device. In some embodiments novel access permissions are granted to maintain path consistency.
Methods and systems for adapting multiple key-value stores
A method of adapting a first key-value store to a second key-value store may include determining a conversion strategy based on one or more characteristics of the first key-value store and one or more characteristics of the second key-value store, converting the second key-value store to a converted key-value store based on the conversion strategy, and mapping the first key-value store to the converted key-value store based on a mapping function. The converted key-value store may be accessed on-the-fly. A data storage system may include a key-value interface configured to provide access to a lower key-value store, and a key-value adapter coupled to the key-value interface and configured to adapt an upper key-value store to the lower key-value store, wherein the key-value adapter may be configured to adapt at least two different types of the upper key-value store to the lower key-value store.
SYSTEMS AND METHODS FOR UNIVERSAL DATA INGESTION
Systems and methods for ingesting different data types using a are disclosed. According to one embodiment, a method for universal data ingestion may include: (1) receiving, at a data ingestion layer in a multi-layer pod, data from a data producer, wherein the data may be in any format; (2) ingesting, by the data ingestion layer, the data using a producer proxy agent or an ingestion application programming interface (API); (3) staging, by a data messaging/staging layer in the multi-layer pod, the ingested data; (4) enriching or transforming, by a data enrichment/transformation layer in the multi-layer pod, the staged data based on at least one customer requirement; and (5) routing, by a data connection layer in the multi-layer pod, the enriched or transformed data from the data messaging/staging layer to a data store at an appropriate velocity.
System and method for codec for combining disparate content
A method for encoding and decoding disparate content includes receiving, at a storage location, a combined file created by an encoder, wherein the combined file includes a plurality of data of one or more content types, receiving, from a client device, a request for retrieval of the combined file, determining a compatibility of the client device to decode and view content of the combined file, and transmitting, based on the determination, the combined file to a decoder, wherein the decoder separates the combined file into the plurality of data of the one or more content types.