US20120131022A1 - Methods and systems for merging data sets - Google Patents

Methods and systems for merging data sets Download PDF

Info

Publication number
US20120131022A1
US20120131022A1 US13/361,000 US201213361000A US2012131022A1 US 20120131022 A1 US20120131022 A1 US 20120131022A1 US 201213361000 A US201213361000 A US 201213361000A US 2012131022 A1 US2012131022 A1 US 2012131022A1
Authority
US
United States
Prior art keywords
sorted
data set
record
records
working
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US13/361,000
Inventor
RadhaKrishna Uppala
Joerg Harry Hallmann
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Excalibur IP LLC
Altaba Inc
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Priority to US13/361,000 priority Critical patent/US20120131022A1/en
Publication of US20120131022A1 publication Critical patent/US20120131022A1/en
Assigned to EXCALIBUR IP, LLC reassignment EXCALIBUR IP, LLC ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: YAHOO! INC.
Assigned to YAHOO! INC. reassignment YAHOO! INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: EXCALIBUR IP, LLC
Assigned to EXCALIBUR IP, LLC reassignment EXCALIBUR IP, LLC ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: YAHOO! INC.
Assigned to YAHOO! INC. reassignment YAHOO! INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: HALLMANN, JOERG HARRY, UPPALA, RADHAKRISHNA
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F7/00Methods or arrangements for processing data by operating upon the order or content of the data handled
    • G06F7/22Arrangements for sorting or merging computer data on continuous record carriers, e.g. tape, drum, disc
    • G06F7/32Merging, i.e. combining data contained in ordered sequence on at least two record carriers to produce a single carrier or set of carriers having all the original data in the ordered sequence merging methods in general

Abstract

Systems and methods for merging data sets are provided. Data sets are merged based upon a process which begins by sorting data sets. Data sets each include at least one data set key column storing at least one data set key column record. The key column record subsets include at least one data set key column record. Based upon the identification of the first and second key column record subsets, a working data set is assembled. The working data set includes at least the first and second key column record subset, a first and second last record indicator corresponding to the last record of the first and second key column record subset respectively, and a first and second position indicator associating the data set key column records with the data sets respectively. The working data set is sorted in accordance with a selected one or more key column record subsets.

Description

    COPYRIGHT NOTICE
  • A portion of the disclosure of this patent document may contain material which is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure, as it appears in the Patent and Trademark Office patent file or records, but otherwise reserves all copyright rights whatsoever.
  • BACKGROUND
  • Increasingly, an abundance of business intelligence data is gathered from the Internet and other information sources. Much of this data takes the form of information describing an action or occurrence (i.e., an event) that is typically generated by a user or a computer. Event data, including but not limited to data that may be associated with or derived from events, is often stored for later access, identification, manipulation, or use. In many cases, event data is stored in the form of records within one or more datastores, data sets or database files (e.g., in the form of tables). Data sets storing event data typically require significant amounts of storage space that may be spread across a plurality of networked storage devices.
  • Event data that is gathered from one or more information sources may be related or share common properties despite being stored in different data sets or residing at different network or storage locations. In order to access, identify, manipulate, or use commercially useful information, businesses typically build queries or provide instructions for extracting event data based upon the related or shared common properties of the event data. Commonly referred to as “data mining,” this process typically involves searching through numerous data sets that include one or more fields (i.e., primary key fields) that uniquely identify event data sharing common or related properties. Event data matching a certain query may then be extracted from the numerous databases.
  • Data mining is typically a processor-intensive activity. Even in distributed processing systems, where multiple computers may be linked in a network to perform the same work, processing of queries that span large and/or numerous data sets often require a significant number of CPU machine cycles. Particularly where queries request event data from a plurality of databases, the processing overhead may be enormous for merging and analyzing event data records across the plurality of databases.
  • In many circumstances, query results may be required in a timely manner (e.g., microseconds) or query results may be required so as to reduce utilization of one or more processors. In response to these and other requirements, many queries may make use of data that is pre-sorted. Pre-sorting data set information typically makes searching more efficient by organizing a collection of data into a sequenced order that may permit faster extraction of the data on the basis of the sequenced order. Despite some efficiency that may be gained by pre-sorting a data set, queries requesting event data from a plurality of data sets do not necessarily exhibit the same efficiency if the query directs a search of more than one sorted, yet un-merged, data set. Such queries may exhibit a high number of input/output operations or in-memory tree/scan operations that may degrade the performance of the query operations. Thus, there exists a need for methods and systems to efficiently merge event data that may comprise a plurality of data sets.
  • SUMMARY
  • Against this backdrop systems and methods have been developed for merging data sets. In one embodiment (which embodiment is intended to be illustrative and not restrictive), a method for merging data sets is provided. The method includes sorting a plurality of data sets including at least a first data set and a second data set, the first data set including at least one first data set key column storing at least one first data set key column record and the second data set including at least one second data set key column storing at least one second data set key column record. The method further includes identifying a first key column record subset and a second key column record subset, the first key column record subset including the at least one first data set key column record and the second key column record subset including the at least one second data set key column record. The method includes, based upon the identification of the first key column record subset and the second key column record subset, assembling a working data set including at least the first key column record subset and the second key column record subset, a first last record indicator corresponding to the last record of the first key column record subset, a second last record indicator corresponding to the last record of the second key column record subset, a first position indicator associating the first data set key column record with the first data set, and a second position indicator associating the second data set key column record with the second data set. The method further includes sorting the working data set in accordance with a selected one or more of the first key column record subset and second key column record subset. In an aspect of the method, the first key column record subset and the second key column record subset do not exceed a certain memory capacity. In another aspect of the method, the certain memory capacity corresponds to a cache size. In an aspect of the method, the first key column record subset equals the second key column record subset. In another aspect, the method further includes sorting a third data set, the third data set including at least one third data set key column storing at least one third data set key column record; identifying a third key column record subset, the third key column record subset including the at least one third data set key column record; and based upon the identification of the third key column record subset, assembling the working data set further including at least the third key column record subset, a third last record indicator corresponding to the last record of the third key column record subset, and a third position indicator associating the third data set key column record with the third data set. In an aspect of the method, the first data set key column stores a second first data set key column record. In another aspect of the method, the second first data set key column record duplicates the at least one first data set key column record. In an aspect of the method, the working data set further includes a duplicate record indicator corresponding to the first data set key column record, the duplicate record indicator identifying whether the second first data set key column record duplicates the at least one first data set key column record. In another aspect of the method, the working data set excludes the second first data set key column record. In an aspect of the method, the first position indicator identifies a location of the first data set and the second position indicator identifies a location of the second data set.
  • In another embodiment (which embodiment is intended to be illustrative and not restrictive), a computer-readable medium having stored thereon a data structure is provided. The computer-readable medium includes a first data field comprising a first instance of key data. The computer-readable medium further includes a second data field comprising data identifying a location of a second instance of the key data in a table including the second instance of the key data. In an aspect, the computer-readable medium further includes a third data field comprising data identifying a duplicate third instance of the key data in the table including the second instance of the key data. In another aspect, the computer-readable medium further includes a third data field comprising data identifying whether the first instance of key data corresponds to a last record indicator.
  • In another embodiment (which embodiment is intended to be illustrative and not restrictive), another method for merging data sets is provided. The method includes assembling a first working data set comprising a first portion of sorted key column records from a first sorted data set and a second portion of sorted key column records from a second sorted data set. The method further includes sorting the first working data set. The method includes identifying a first occurrence of a last record corresponding to either the first portion or the second portion of the first working data set. The method further includes determining whether one or more records following the last record are equivalent to the last record. The method includes, upon determining that the one or more records following the last record are equivalent to the last record, identifying a last record of the one or more records following the last record as a sorting cut-off point. In one aspect, the method further includes assembling a second working data set comprised of one or more records following the sorting cut-off point.
  • In another embodiment (which embodiment is intended to be illustrative and not restrictive), yet another method for merging data sets is provided. The method includes assembling a first working data set comprising a first portion of sorted key column records from a first sorted data set and a second portion of sorted key column records from a second sorted data set. The method further includes sorting the first working data set. The method includes identifying a last record corresponding to the first portion of the first working data set. The method further includes determining whether the record following the last record corresponding to the first portion of the first working data set is a last record corresponding to the second portion of the first working data set. The method includes, upon determining that the record following the last record corresponding to the first portion of the first working data set is a last record corresponding to the second portion of the first working data set, identifying the last record corresponding to the second portion of the first working data set as a sorting cut-off point.
  • In another embodiment (which embodiment is intended to be illustrative and not restrictive), a system for merging data sets is provided. The system includes a datastore that stores a plurality of data sets wherein each of the data sets include at least one key column comprised of associated data records. The system further includes a request module that requests a transformation of the associated data records of at least a portion of the plurality of the data sets stored within the datastore. The system includes a data transformation module that performs the steps of: sorting a plurality of data sets including at least a first data set and a second data set, the first data set including at least one first data set key column storing at least one first data set key column record and the second data set including at least one second data set key column storing at least one second data set key column record; identifying a first key column record subset and a second key column record subset, the first key column record subset including the at least one first data set key column record and the second key column record subset including the at least one second data set key column record; based upon the identification of the first key column record subset and the second key column record subset, assembling a working data set including at least the first key column record subset and the second key column record subset, a first last record indicator corresponding to the last record of the first key column record subset, a second last record indicator corresponding to the last record of the second key column record subset, a first position indicator associating the first data set key column record with the first data set, and a second position indicator associating the second data set key column record with the second data set; and sorting the working data set in accordance with a selected one or more of the first key column record subset and second key column record subset.
  • These and various other features as well as advantages will be apparent from a reading of the following detailed description and a review of the associated drawings. Additional features are set forth in the description which follows, and in part will be apparent from the description, or may be learned by practice of the described embodiments. While it is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory, the benefits and features will be realized and attained by the structure particularly pointed out in the written description and claims hereof as well as the appended drawings.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • The following drawing figures, which form a part of this application, are illustrative of embodiments systems and methods described below and are not meant to limit the scope of this disclosure in any manner, which scope shall be based on the claims appended hereto.
  • FIG. 1 is a schematic view illustrating an embodiment of a high-level data manipulation abstraction for merging data sets.
  • FIG. 2 is a schematic view illustrating an embodiment of a data structure for merging data sets.
  • FIG. 3 is a schematic view illustrating a system for merging data sets.
  • FIG. 4 is a block diagram illustrating an embodiment of a method for merging data sets.
  • FIG. 5 is a block diagram illustrating an embodiment of a method for merging data sets.
  • FIG. 6 is a block diagram illustrating an embodiment of a method for merging data sets.
  • DETAILED DESCRIPTION
  • FIG. 1 is a schematic view illustrating an embodiment of a high-level data manipulation abstraction 100 for merging data sets. In one embodiment, the data manipulation abstraction 100 may be comprised of a first data set 136, second data set 138, and a third data set 140. Each of the data sets 136, 138, 140 may include one or more key columns 102, 104, 106 that are comprised of one or more key records 142. In an embodiment, the key records 142 may be sorted in the key column 102, 104, 106. One skilled in the art will recognize that many forms of sorting are possible, including but not limited to, arranging items in an ordered sequence or grouping together items with similar properties.
  • In the embodiment illustrated by FIG. 1, a set of key records 142 may be selected from each data set 136, 138, 140. For example, as set forth in FIG. 1, a set of key records 142 of a first data set 136 may be comprised of key column records “100,” “100,” “102,” “103,” and “107.” As another example, as further set forth in FIG. 1, a set of key column records of a second data set 138 may be comprised of key column records “98,” “100,” “100,” “101,” and “105.” As yet another example, as further set forth in FIG. 1, a set of key column records of a third data set 140 may be comprised of key column records “100,” “101,” “102,” “103,” and “103.”
  • In the embodiment illustrated by FIG. 1, the data manipulation abstraction 100 illustrates assembly of certain sets of key column records in a working table 108. A working table 108 may be comprised of one or more duplicate record indicators 110. One skilled in the art will recognize that many ways of expressing duplicate records are possible and within the scope of this disclosure. By way of illustration and not of limitation, duplicate records may be identified by a number (e.g., a “2” may identify two duplicate records) or by one or more bits. A working table 108 may also be comprised of one or more last record indicators 112. One skilled in the art will recognize that many ways of expressing the last record or records are possible. For example, by way of illustration and not of limitation, last records of a set of records may be identified by the presence or absence of a bit or by a symbol (e.g., an “L” may indicate that the records corresponding to the “L” are the last in a set of records). In one embodiment, a last record indicator, together with location information, may comprise two (2) to four (4) bytes of memory. A working table 108, as set forth in the present embodiment, is further comprised of a working record set 114 of key records 142. For example, a working record set 114 may be comprised of copies of key records 142 or references (e.g., pointers) to key records 142. A working table 108, as set forth in the present embodiment, may be further comprised of one or more key record position locators 116. For example, a key record locator 116 may identify a data set 136, 138, 140 and the location or position of a key record 142 within the data set 136, 138, 140.
  • In the embodiment illustrated by FIG. 1, a working table 108 may be sorted by one or more processors according to a sorting algorithm 118. For example, as set forth in FIG. 1, a sorting algorithm 118 such as “QSort” or QuickSort may be used to sort the working record set 114 of the working table 108. As another example, groups of key records 142 that comprise a working record set 114 may also be sorted. In one embodiment, sorting a working table 108 results in merging sorted key records into a sorted results table 120. In another embodiment, a working table 108 may itself be reordered in-place so as not to create a new table within memory. In an embodiment, a sorted results table 120 includes duplicate record indicators 128, last record indicators, and record position locators 134 sorted according to the sorted record set 132. In one embodiment, where a QuickSort sorting algorithm 118 is used to sort the record set 132, the record set 132 may comprise a sorted first part 122, a sorted second part 124, and a cut off point 126. In this embodiment, the cut off point 126 may identify one or more records (e.g., records “103”) for which all prior sorted records, collectively the sorted first part 122, comprise a complete set of sorted key records 142 for all data sets 136, 138, 140. Further, a sorted second part 124 may indicate sorted key records 142 for which there may still exist additional records (e.g., “106” in data set 138 of FIG. 1) in data sets 136, 138, 140 that are not yet sorted and merged within the sorted results table 120. In another embodiment, where an in-place sorting algorithm 118 of working table 108 is utilized, a bit or other indicator may identify a cut off point 126.
  • FIG. 2 is a schematic view illustrating an embodiment of a data structure 200 for merging data sets. As set forth in the embodiment illustrated by FIG. 2, a data structure may be comprised of a set of bits (e.g., a 32-bit word) that represent one or more data fields that may correspond to a processing capacity and/or memory capacity. In one embodiment, a 32-bit data structure 200 is comprised of a 7-bit count field 202, a 1-bit last selected row flag field 204, a 12-bit key field 206 and a 12-bit record locator field 208. In one aspect, a count field 202 comprises data identifying a count of a plurality of instances of associated key data. In another aspect, a last selected row flag field 204 comprises data identifying whether the an instance of key data corresponds to a last record indicator. For example, a single bit may indicate that the key data within a 32-bit word corresponds to the last data record of an associated set of data records. In one embodiment, a data structure 200 may comprise a word-length associated with a certain processing capacity (e.g., 64-bit processor) or a certain memory capacity (e.g., utilizing an L1 and/or L2 cache architecture). For example, in an effort to speed of sorting, a data structure 200 may sized such that it occupies an L1 or L2 cache or another memory structure.
  • FIG. 3 is a schematic view illustrating a system 300 for merging data sets. In one embodiment, the system 300 comprises datastore 312 that stores a plurality of data sets wherein each of the data sets include at least one key column comprised of associated data records. The datastore 312 may be comprised of one or more storage devices that may be operatively connected to one another via a network. One skilled in the art will recognize that many storage devices are possible, including but not limited to distributed storage devices (e.g., a RAID array of hard disk drives) and individual storage devices (e.g., volatile and non-volatile memory devices).
  • In one embodiment, a system 300 further comprises a request module 302 that requests a transformation of the associated data records of at least a portion of the plurality of the data sets stored within the datastore 312. Requests may take many forms, including but not limited to user requests, event-driven requests and requests generated according to a certain script or algorithm. For example, a user may request transformation of the associated data records, an aggregation of a certain number of data records and/or data sets may trigger a transformation request, or a request may be generated according to a predetermined transformation request script (e.g., requesting transformation after a time period). One skilled in the art will recognize that many forms and types of transformation requests are possible and within the scope of this disclosure.
  • In one embodiment, a system 300 further comprises a data transformation module 304 that performs the steps of: sorting a plurality of data sets including at least a first data set and a second data set, the first data set including at least one first data set key column storing at least one first data set key column record and the second data set including at least one second data set key column storing at least one second data set key column record; identifying a first key column record subset and a second key column record subset, the first key column record subset including the at least one first data set key column record and the second key column record subset including the at least one second data set key column record; based upon the identification of the first key column record subset and the second key column record subset, assembling a working data set including at least the first key column record subset and the second key column record subset, a first last record indicator corresponding to the last record of the first key column record subset, a second last record indicator corresponding to the last record of the second key column record subset, a first position indicator associating the first data set key column record with the first data set, and a second position indicator associating the second data set key column record with the second data set; and sorting the working data set in accordance with a selected one or more of the first key column record subset and second key column record subset. The data transformation module 304 may be comprised of one or more processing units 306 that may include one or more processors 308 and caches 310. One skilled in the art will recognize that a processing unit 306 may take many forms, including but not limited to one or more on-chip caches 310 and one or more single and/or multiple core processors 308. One skilled in the art will also recognize that processing within data transformation module 304 may be distributed among one or more networked computing devices.
  • FIG. 4 is a block diagram illustrating an embodiment of a method 400 for merging data sets. In the method 400, a plurality of data sets including at least a first data set and a second data set is sorted in sorting operation 402, the first data set including at least one first data set key column storing at least one first data set key column record and the second data set including at least one second data set key column storing at least one second data set key column record. In one embodiment, the first data set and second data set is sorted according to, respectively, the first data set key column records and the second data set key column records.
  • The method 400 further comprises identifying a first key column record subset and a second key column record subset in an identifying operation 404, the first key column record subset including the at least one first data set key column record and the second key column record subset including the at least one second data set key column record. For example, for each sorted input partition or table, approximately the same number of records may be identified from the top of the remaining rows in the partition or table. The number of records (e.g., key records) identified from each partition or table may be the number of records that may fit into the working table divided by the number of partitions or tables participating in the merge process. In one embodiment, all records in a data set may be identified and/or retrieved, while in another embodiment (as discussed previously) a portion of records (e.g., key column column records are identified and/or retrieved. One skilled in the art will recognize that identification of a first key column record subset and a second key column record subset may include, but is not limited to, identifying a certain number of records within a data set or identifying a set of records sufficient to occupy at least a portion of a memory capacity.
  • The method 400 further comprises, based upon the identification of the first key column record subset and the second key column record subset, assembling in an assembling operation 406 a working data set including at least the first key column record subset and the second key column record subset, a first last record indicator corresponding to the last record of the first key column record subset, a second last record indicator corresponding to the last record of the second key column record subset, a first position indicator associating the first data set key column record with the first data set, and a second position indicator associating the second data set key column record with the second data set. For example, a working set may be sized such that it is large enough to accommodate all key column record subsets at once. As another example, a working table may be comprised of multiple sub-tables or child tables that permit assembly of the respective data subsets. One skilled in the art will recognize that many forms of assembling a working data set are possible, including but not limited to assembly of a working data set comprised of data records and/or data record references.
  • The method 400 further includes sorting the working data set in accordance with a selected one or more of the first key column record subset and second key column record subset in a sorting operation 408. In an aspect of the method 400, the first key column record subset and the second key column record subset may not exceed a certain memory capacity. In another aspect of the method 400, the certain memory capacity may correspond to a cache size. In an aspect of the method 400, the first key column record subset may equal the second key column record subset. In another aspect, the method 400 may further includes sorting a third data set, the third data set including at least one third data set key column storing at least one third data set key column record; identifying a third key column record subset, the third key column record subset including the at least one third data set key column record; and based upon the identification of the third key column record subset, assembling the working data set further including at least the third key column record subset, a third last record indicator corresponding to the last record of the third key column record subset, and a third position indicator associating the third data set key column record with the third data set. In yet another aspect of the method 400, the first data set key column may store a second first data set key column record. In another aspect of the method 400, the second first data set key column record duplicates the at least one first data set key column record. In still yet another aspect of the method 400, the working data set may further include a duplicate record indicator corresponding to the first data set key column record, the duplicate record indicator identifying whether the second first data set key column record duplicates the at least one first data set key column record. In another aspect of the method 400, the working data set may exclude the second first data set key column record. In another aspect of the method 400, the first position indicator may identify a location of the first data set and the second position indicator identifies a location of the second data set.
  • FIG. 5 is a block diagram illustrating an embodiment of a method 500 for merging data sets. In the method 500, an assembly operation 502 assembles a first working data set comprising a first portion of sorted key column records from a first sorted data set and a second portion of sorted key column records from a second sorted data set. The method 500 further includes sorting the first working data set in a sorting operation 504. The method 500 then includes identifying a first occurrence of a last record corresponding to either the first portion or the second portion of the first working data set in an identifying operation 506. The method 500 further comprises determining whether one or more records following the last record are equivalent to the last record in a determining operation 508. The method 500 then includes, upon determining that the one or more records following the last record are equivalent to the last record, identifying a last record of the one or more records following the last record as a sorting cut-off point in an identifying operation 506. In one aspect, the method 500 further includes assembling a second working data set comprised of one or more records following the sorting cut-off point.
  • FIG. 6 is a block diagram illustrating an embodiment of a method 600 for merging data sets. In the method 600, an assembly operation 602 comprises assembling a first working data set comprising a first portion of sorted key column records from a first sorted data set and a second portion of sorted key column records from a second sorted data set. The method 600 further includes sorting the first working data set in a sorting operation 604. The method 600 then comprises identifying a last record corresponding to the first portion of the first working data set in an identifying operation 606. The method 600 further comprises determining whether the record following the last record corresponding to the first portion of the first working data set is a last record corresponding to the second portion of the first working data set in a determining operation 608. The method 600 then includes, upon determining that the record following the last record corresponding to the first portion of the first working data set is a last record corresponding to the second portion of the first working data set, identifying the last record corresponding to the second portion of the first working data set as a sorting cut-off point in an identifying operation 610.
  • Those skilled in the art will recognize that the methods and systems of the present disclosure may be implemented in many manners and as such are not to be limited by the foregoing exemplary embodiments and examples. In other words, functional elements being performed by a single or multiple components, in various combinations of hardware and software or firmware, and individual functions, can be distributed among software applications at either the client or server level or both. In this regard, any number of the features of the different embodiments described herein may be combined into single or multiple embodiments, and alternate embodiments having fewer than or more than all of the features herein described are possible. Functionality may also be, in whole or in part, distributed among multiple components, in manners now known or to become known. Thus, myriad software/hardware/firmware combinations are possible in achieving the functions, features, interfaces and preferences described herein. Moreover, the scope of the present disclosure covers conventionally known manners for carrying out the described features and functions and interfaces, and those variations and modifications that may be made to the hardware or software or firmware components described herein as would be understood by those skilled in the art now and hereafter.
  • While various embodiments have been described for purposes of this disclosure, various changes and modifications may be made which are well within the scope of the present disclosure. Numerous other changes may be made which will readily suggest themselves to those skilled in the art and which are encompassed in the spirit of this disclosure and as defined in the appended claims.

Claims (23)

1-7. (canceled)
8. A method comprising:
assembling, via a computing device, a first working data set comprising a first portion of sorted first records from a first sorted data set and a second portion of sorted second records from a second sorted data set, the sorted first portion having a last first record and identifying a first number of sorted records and the sorted second portion having a last second record and identifying a second number of sorted records, said assembling based in part on location information of a respective data set and the respective number of sorted records in each respective record subset, the location information corresponds to respective position indicators that associate respective key columns within the sorted data sets with the data sets;
sorting, via the computing device, the first working data set, identifying a last sorted working record in the first working data set, the last sorted working record corresponding to the first occurrence in the sorted first working data set of either the last first record or last second record; and
identifying, via the computing device, the last sorted working record and any records following the last sorted working record that are equivalent to the last sorted working record as a sorting cut-off point.
9. The method of claim 8 further comprising:
assembling a second working data set comprised of all first and second records in the first working data set following the sorting cut-off point, a third portion of sorted first records from a first sorted data set and a fourth portion of sorted second records from a second sorted data set.
10. The method of claim 8 further comprising:
copying all of the records before the sorting cut-off point to a combined data set.
11-13. (canceled)
17-22. (canceled)
23. The method of claim 8, wherein the first number and the second number are chosen based on a memory capacity.
24. The method of claim 23, wherein the memory capacity corresponds to a cache size.
25. The method of claim 8, wherein the first number and the second number are equal.
26. The method of claim 8, further comprising:
associating with each record in the first working data set a position indicator, the position indicator identifying the data set and location within the data set from which the record was obtained.
27. The method of claim 8, further comprising:
associating with each record in the first working data set a position indicator, the position indicator identifying the data set and location within the data set from which the record was obtained.
28. A non-transitory computer-readable storage medium having tangibly stored thereon computer executable instructions, that when executed by a computing device, performs a method comprising:
assembling a first working data set comprising a first portion of sorted first records from a first sorted data set and a second portion of sorted second records from a second sorted data set, the sorted first portion having a last first record and identifying a first number of sorted records and the sorted second portion having a last second record and identifying a second number of sorted records, said assembling based in part on location information of a respective data set and the respective number of sorted records in each respective record subset, the location information corresponds to respective position indicators that associate respective key columns within the sorted data sets with the data sets;
sorting the first working data set, identifying a last sorted working record in the first working data set, the last sorted working record corresponding to the first occurrence in the sorted first working data set of either the last first record or last second record; and
identifying the last sorted working record and any records following the last sorted working record that are equivalent to the last sorted working record as a sorting cut-off point.
29. The non-transitory computer-readable storage medium of claim 28 further comprising:
assembling a second working data set comprised of all first and second records in the first working data set following the sorting cut-off point, a third portion of sorted first records from a first sorted data set and a fourth portion of sorted second records from a second sorted data set.
30. The non-transitory computer-readable storage medium of claim 28 further comprising:
copying all of the records before the sorting cut-off point to a combined data set.
31. The non-transitory computer-readable storage medium of claim 28, wherein the first number and the second number are chosen based on a memory capacity.
32. The non-transitory computer-readable storage medium of claim 31, wherein the memory capacity corresponds to a cache size.
33. The non-transitory computer-readable storage medium of claim 28, wherein the first number and the second number are equal.
34. The non-transitory computer-readable storage medium of claim 28, further comprising:
associating with each record in the first working data set a position indicator, the position indicator identifying the data set and location within the data set from which the record was obtained.
35. A system comprising:
a plurality of processors;
a datastore that stores a plurality of data sets wherein each of the data sets includes at least one key column comprised of associated data records, each key column comprises information identifying a location of each of the associated data records within the respective data set;
a request module implemented by at least one of said plurality of processors that requests a transformation of the associated data records of at least a portion of the plurality of the data sets stored within the datastore; and
a data transformation module implemented by at least one of said plurality of processors that performs the steps of:
assembling a first working data set comprising a first portion of sorted first records from a first sorted data set and a second portion of sorted second records from a second sorted data set, the sorted first portion having a last first record and identifying a first number of sorted records and the sorted second portion having a last second record and identifying a second number of sorted records, said assembling based in part on location information of a respective data set and the respective number of sorted records in each respective record subset, the location information corresponds to respective position indicators that associate respective key columns within the sorted data sets with the data sets;
sorting the first working data set, identifying a last sorted working record in the first working data set, the last sorted working record corresponding to the first occurrence in the sorted first working data set of either the last first record or last second record; and
identifying the last sorted working record and any records following the last sorted working record that are equivalent to the last sorted working record as a sorting cut-off point.
36. The system of claim 35 wherein the first number and second number are chosen by the data transformation module based on a memory available to the transformation module.
37. The system of claim 36 wherein the memory capacity corresponds to a cache size of a cache used by the transformation module.
38. The system of claim 35 wherein the first number and second number are equal.
39. The system of claim 35 wherein at least two of the first records in the first record subset are duplicate records and the transformation module includes only one of the at least two duplicate records in the working data set and identifies the only one of the at least two duplicate records with a duplicate record indicator.
US13/361,000 2007-09-14 2012-01-30 Methods and systems for merging data sets Abandoned US20120131022A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US13/361,000 US20120131022A1 (en) 2007-09-14 2012-01-30 Methods and systems for merging data sets

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US11/855,358 US8108411B2 (en) 2007-09-14 2007-09-14 Methods and systems for merging data sets
US13/361,000 US20120131022A1 (en) 2007-09-14 2012-01-30 Methods and systems for merging data sets

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US11/855,358 Continuation US8108411B2 (en) 2007-09-14 2007-09-14 Methods and systems for merging data sets

Publications (1)

Publication Number Publication Date
US20120131022A1 true US20120131022A1 (en) 2012-05-24

Family

ID=40455679

Family Applications (2)

Application Number Title Priority Date Filing Date
US11/855,358 Expired - Fee Related US8108411B2 (en) 2007-09-14 2007-09-14 Methods and systems for merging data sets
US13/361,000 Abandoned US20120131022A1 (en) 2007-09-14 2012-01-30 Methods and systems for merging data sets

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US11/855,358 Expired - Fee Related US8108411B2 (en) 2007-09-14 2007-09-14 Methods and systems for merging data sets

Country Status (1)

Country Link
US (2) US8108411B2 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120150825A1 (en) * 2010-12-13 2012-06-14 International Business Machines Corporation Cleansing a Database System to Improve Data Quality
US20150058365A1 (en) * 2013-08-21 2015-02-26 International Business Machines Corporation Managing a data set

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7490092B2 (en) 2000-07-06 2009-02-10 Streamsage, Inc. Method and system for indexing and searching timed media information based upon relevance intervals
US8180774B2 (en) * 2008-10-03 2012-05-15 Seomoz, Inc. Web-scale data processing system and method
US8713016B2 (en) 2008-12-24 2014-04-29 Comcast Interactive Media, Llc Method and apparatus for organizing segments of media assets and determining relevance of segments to a query
US9442933B2 (en) 2008-12-24 2016-09-13 Comcast Interactive Media, Llc Identification of segments within audio, video, and multimedia items
US11531668B2 (en) * 2008-12-29 2022-12-20 Comcast Interactive Media, Llc Merging of multiple data sets
US8176043B2 (en) 2009-03-12 2012-05-08 Comcast Interactive Media, Llc Ranking search results
US8533223B2 (en) 2009-05-12 2013-09-10 Comcast Interactive Media, LLC. Disambiguation and tagging of entities
US9892730B2 (en) 2009-07-01 2018-02-13 Comcast Interactive Media, Llc Generating topic-specific language models
US8266181B2 (en) 2010-05-27 2012-09-11 International Business Machines Corporation Key-break and record-loop processing in parallel data transformation
FI20115932A0 (en) 2011-09-22 2011-09-22 Relex Oy Mechanism for updates in a database engine
US20130159402A1 (en) * 2011-12-14 2013-06-20 Microsoft Corporation Social aspects for data collaboration
US10198264B2 (en) 2015-12-15 2019-02-05 Intel Corporation Sorting data and merging sorted data in an instruction set architecture
US11194805B2 (en) * 2019-06-10 2021-12-07 International Business Machines Corporation Optimization of database execution planning
US11200239B2 (en) 2020-04-24 2021-12-14 International Business Machines Corporation Processing multiple data sets to generate a merged location-based data set
US11442969B2 (en) * 2020-04-24 2022-09-13 Capital One Services, Llc Computer-based systems configured for efficient entity resolution for database merging and reconciliation

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5307485A (en) * 1991-05-31 1994-04-26 International Business Machines Corporation Method and apparatus for merging sorted lists in a multiprocessor shared memory system
US20040117037A1 (en) * 2002-09-18 2004-06-17 Netezza Corporation Asymmetric streaming record data processor method and apparatus
US20050076018A1 (en) * 2003-10-07 2005-04-07 Neidecker-Lutz Burkhard K. Sorting result buffer

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5307485A (en) * 1991-05-31 1994-04-26 International Business Machines Corporation Method and apparatus for merging sorted lists in a multiprocessor shared memory system
US20040117037A1 (en) * 2002-09-18 2004-06-17 Netezza Corporation Asymmetric streaming record data processor method and apparatus
US20050076018A1 (en) * 2003-10-07 2005-04-07 Neidecker-Lutz Burkhard K. Sorting result buffer

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120150825A1 (en) * 2010-12-13 2012-06-14 International Business Machines Corporation Cleansing a Database System to Improve Data Quality
US20120179658A1 (en) * 2010-12-13 2012-07-12 International Business Machines Corporation Cleansing a Database System to Improve Data Quality
US9104709B2 (en) * 2010-12-13 2015-08-11 International Business Machines Corporation Cleansing a database system to improve data quality
US20150058365A1 (en) * 2013-08-21 2015-02-26 International Business Machines Corporation Managing a data set
US20160092500A1 (en) * 2013-08-21 2016-03-31 International Business Machines Corporation Managing a data set
US9442972B2 (en) * 2013-08-21 2016-09-13 International Business Machines Corporation Managing a data set
US9607036B2 (en) * 2013-08-21 2017-03-28 International Business Machines Corporation Managing a data set
US9852175B2 (en) 2013-08-21 2017-12-26 International Business Machines Corporation Managing a data set
US10025816B2 (en) 2013-08-21 2018-07-17 International Business Machines Corporation Managing a data set
US10901982B2 (en) * 2013-08-21 2021-01-26 International Business Machines Corporation Managing a data set

Also Published As

Publication number Publication date
US8108411B2 (en) 2012-01-31
US20090077078A1 (en) 2009-03-19

Similar Documents

Publication Publication Date Title
US8108411B2 (en) Methods and systems for merging data sets
US11263211B2 (en) Data partitioning and ordering
US9805079B2 (en) Executing constant time relational queries against structured and semi-structured data
US8359316B2 (en) Database table look-up
CA3033173C (en) Systems, methods, and data structures for high-speed searching or filtering of large datasets
US7024431B1 (en) Data transformation to maintain detailed user information in a data warehouse
US9639542B2 (en) Dynamic mapping of extensible datasets to relational database schemas
US10565201B2 (en) Query processing management in a database management system
US20140046928A1 (en) Query plans with parameter markers in place of object identifiers
Shoshani et al. Multidimensional indexing and query coordination for tertiary storage management
US20140214838A1 (en) Method and system for processing large amounts of data
WO2011126995A1 (en) Columnar storage representations of records
US9183320B2 (en) Data managing method, apparatus, and recording medium of program, and searching method, apparatus, and medium of program
US20100198829A1 (en) Method and computer-program product for ranged indexing
CN112527824B (en) Paging query method, paging query device, electronic equipment and computer-readable storage medium
US11144580B1 (en) Columnar storage and processing of unstructured data
CN115080684B (en) Network disk document indexing method and device, network disk and storage medium
CN107273483B (en) The access method and system of sparse data
CN102597969A (en) Database management device using key-value store with attributes, and key-value-store structure caching-device therefor
CN116783587A (en) Data storage for list-based data searching
US20150039598A1 (en) Data analysis control
CN111581123A (en) Class-based locking of memory allocations
Lee et al. Improving I/O Efficiency in Hadoop-Based Massive Data Analysis Programs
CN117609181A (en) Method and system for migrating TCHouse database
Alqrainy et al. DAS: Distributed analytics system for Arabic search engines

Legal Events

Date Code Title Description
AS Assignment

Owner name: EXCALIBUR IP, LLC, CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:YAHOO| INC.;REEL/FRAME:038383/0466

Effective date: 20160418

AS Assignment

Owner name: YAHOO| INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:EXCALIBUR IP, LLC;REEL/FRAME:038951/0295

Effective date: 20160531

AS Assignment

Owner name: EXCALIBUR IP, LLC, CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:YAHOO| INC.;REEL/FRAME:038950/0592

Effective date: 20160531

AS Assignment

Owner name: YAHOO| INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:UPPALA, RADHAKRISHNA;HALLMANN, JOERG HARRY;REEL/FRAME:043569/0642

Effective date: 20070913

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION