Open main menu
Home
Random
Recent changes
Special pages
Community portal
Preferences
About Wikipedia
Disclaimers
Incubator escapee wiki
Search
User menu
Talk
Dark mode
Contributions
Create account
Log in
Editing
Sort-merge join
Warning:
You are not logged in. Your IP address will be publicly visible if you make any edits. If you
log in
or
create an account
, your edits will be attributed to your username, along with other benefits.
Anti-spam check. Do
not
fill this in!
{{Short description|Algorithm used in relational databases}} The '''sort-merge join''' (also known as merge join) is a [[join algorithm]] and is used in the implementation of a [[relational database|relational]] [[database management system]]. The basic problem of a join algorithm is to find, for each distinct value of the join attribute, the set of [[tuple]]s in each relation which display that value. The key idea of the sort-merge algorithm is to first sort the relations by the join attribute, so that interleaved linear scans will encounter these sets at the same time. In practice, the most expensive part of performing a sort-merge join is arranging for both inputs to the algorithm to be presented in sorted order. This can be achieved via an explicit sort operation (often an [[external sort]]), or by taking advantage of a pre-existing ordering in one or both of the join relations.<ref>{{Cite web |title=Sort-Merge Joins |url=https://www.dcs.ed.ac.uk/home/tz/phd/thesis/node20.htm |access-date=2022-11-02 |website=www.dcs.ed.ac.uk}}</ref> The latter condition, called interesting order, can occur because an input to the join might be produced by an index scan of a tree-based index, another merge join, or some other plan operator that happens to produce output sorted on an appropriate key. Interesting orders need not be serendipitous: the optimizer may seek out this possibility and choose a plan that is suboptimal for a specific preceding operation if it yields an interesting order that one or more downstream nodes can exploit. == Complexity == Let <math>R</math> and <math>S</math> be relations where <math> |R|<|S| </math>. <math>R</math> fits in <math>P_{r}</math> pages memory and <math>S</math> fits in <math>P_{s}</math> pages memory. In the worst case, a '''sort-merge join''' will run in <math>O(P_{r}+P_{s})</math> I/O operations. In the case that <math>R</math> and <math>S</math> are not ordered the worst case time cost will contain additional terms of sorting time: <math>O(P_{r}+P_{s}+P_{r}\log(P_{r})+ P_{s}\log(P_{s}))</math>, which equals <math>O(P_{r}\log(P_{r})+ P_{s}\log(P_{s}))</math> (as [[linearithmic time|linearithmic]] terms outweigh the linear terms, see [[Big O notation#Orders of common functions|Big O notation β Orders of common functions]]). ==Pseudocode== For simplicity, the algorithm is described in the case of an [[Join_(SQL)#Inner_join|inner join]] of two relations ''left'' and ''right''. Generalization to other join types is straightforward. The output of the algorithm will contain only rows contained in the ''left'' and ''right'' relation and duplicates form a [[Cartesian product]]. <syntaxhighlight lang="typescript"> function Sort-Merge Join(left: Relation, right: Relation, comparator: Comparator) { result = new Relation() // Ensure that at least one element is present if (!left.hasNext() || !right.hasNext()) { return result } // Sort left and right relation with comparator left.sort(comparator) right.sort(comparator) // Start Merge Join algorithm leftRow = left.next() rightRow = right.next() outerForeverLoop: while (true) { while (comparator.compare(leftRow, rightRow) != 0) { if (comparator.compare(leftRow, rightRow) < 0) { // Left row is less than right row if (left.hasNext()) { // Advance to next left row leftRow = left.next() } else { break outerForeverLoop } } else { // Left row is greater than right row if (right.hasNext()) { // Advance to next right row rightRow = right.next() } else { break outerForeverLoop } } } // Mark position of left row and keep copy of current left row left.mark() markedLeftRow = leftRow while (true) { while (comparator.compare(leftRow, rightRow) == 0) { // Left row and right row are equal // Add rows to result result = add(leftRow, rightRow) // Advance to next left row leftRow = left.next() // Check if left row exists if (!leftRow) { // Continue with inner forever loop break } } if (right.hasNext()) { // Advance to next right row rightRow = right.next() } else { break outerForeverLoop } if (comparator.compare(markedLeftRow, rightRow) == 0) { // Restore left to stored mark left.restoreMark() leftRow = markedLeftRow } else { // Check if left row exists if (!leftRow) { break outerForeverLoop } else { // Continue with outer forever loop break } } } } return result } </syntaxhighlight> Since the comparison logic is not the central aspect of this algorithm, it is hidden behind a generic comparator and can also consist of several comparison criteria (e.g. multiple columns). The compare function should return if a row is ''less(-1)'', ''equal(0)'' or ''bigger(1)'' than another row: <syntaxhighlight lang="typescript"> function compare(leftRow: RelationRow, rightRow: RelationRow): number { // Return -1 if leftRow is less than rightRow // Return 0 if leftRow is equal to rightRow // Return 1 if leftRow is greater than rightRow } </syntaxhighlight> Note that a relation in terms of this pseudocode supports some basic operations: <syntaxhighlight lang="typescript"> interface Relation { // Returns true if relation has a next row (otherwise false) hasNext(): boolean // Returns the next row of the relation (if any) next(): RelationRow // Sorts the relation with the given comparator sort(comparator: Comparator): void // Marks the current row index mark(): void // Restores the current row index to the marked row index restoreMark(): void } </syntaxhighlight> ==Simple C# implementation== Note that this implementation assumes the join attributes are unique, i.e., there is no need to output multiple tuples for a given value of the key. <syntaxhighlight lang="csharp"> public class MergeJoin { // Assume that left and right are already sorted public static Relation Merge(Relation left, Relation right) { Relation output = new Relation(); while (!left.IsPastEnd && !right.IsPastEnd) { if (left.Key == right.Key) { output.Add(left.Key); left.Advance(); right.Advance(); } else if (left.Key < right.Key) left.Advance(); else // if (left.Key > right.Key) right.Advance(); } return output; } } public class Relation { private const int ENDPOS = -1; private List<int> list; private int position = 0; public Relation() { this.list = new List<int>(); } public Relation(List<int> list) { this.list = list; } public int Position => position; public int Key => list[position]; public bool IsPastEnd => position == ENDPOS; public bool Advance() { if (position == list.Count - 1 || position == ENDPOS) { position = ENDPOS; return false; } position++; return true; } public void Add(int key) { list.Add(key); } public void Print() { foreach (int key in list) Console.WriteLine(key); } } </syntaxhighlight> ==See also== *[[Hash join]] *[[Nested loop join]] == References == {{Reflist}} ==External links== [http://www.necessaryandsufficient.net/2010/02/join-algorithms-illustrated/ C# Implementations of Various Join Algorithms] {{DEFAULTSORT:Sort-Merge Join}} [[Category:Join algorithms]] [[Category:Articles with example pseudocode]] [[Category:Articles with example C Sharp code]]
Edit summary
(Briefly describe your changes)
By publishing changes, you agree to the
Terms of Use
, and you irrevocably agree to release your contribution under the
CC BY-SA 4.0 License
and the
GFDL
. You agree that a hyperlink or URL is sufficient attribution under the Creative Commons license.
Cancel
Editing help
(opens in new window)
Pages transcluded onto the current version of this page
(
help
)
:
Template:Cite web
(
edit
)
Template:Reflist
(
edit
)
Template:Short description
(
edit
)