View source for Scapegoat tree

{{Short description|Type of balanced binary search tree}}
{{multiple issues|
{{more footnotes|date=March 2014}}
{{refimprove|date=March 2014}}
}}
{{Infobox data structure-amortized
|name=Scapegoat tree
|type=tree
|invented_year=1989
|invented_by=[[Arne Andersson (computer scientist)|Arne Andersson]], [[Igal Galperin]], [[Ronald L. Rivest]]
|space_avg=<math>O(n)</math>
|search_avg=<math>O(\log n)</math>
|search_worst=<math>O(\log n)</math><ref name=galperin_rivest/>{{rp|165}}
|insert_avg=<math>O(\log n)</math><ref name=galperin_rivest/>{{rp|165}}
|insert_worst=<math>O(n)</math><ref name=galperin_rivest/>{{rp|167}}
|delete_avg=<math>O(\log n)</math><ref name=galperin_rivest/>{{rp|165}}
|delete_worst=<math>O(n)</math><ref name=galperin_rivest/>{{rp|167}}
}}

In [[computer science]], a '''scapegoat tree''' is a [[self-balancing binary search tree]], invented by [[Arne Andersson (computer scientist)|Arne Andersson]]<ref name=anderson1>{{Cite conference |title=Improving partial rebuilding by using simple balance criteria |url=http://user.it.uu.se/~arnea/abs/partb.html |citeseerx=10.1.1.138.4859 |journal=Journal of Algorithms |first=Arne |last=Andersson |conference=Proc. Workshop on Algorithms and Data Structures |pages=393–402 |year=1989 |publisher=Springer-Verlag |doi=10.1007/3-540-51542-9_33}}</ref> in 1989 and again by [[Igal Galperin]] and [[Ronald L. Rivest]] in 1993.<ref name=galperin_rivest>{{Cite conference |first1=Igal |last1=Galperin  |first2=Ronald L. |last2=Rivest |authorlink2=Ronald L. Rivest |title=Scapegoat trees |journal=Proceedings of the Fourth Annual ACM-SIAM Symposium on Discrete Algorithms |pages=165–174 |year=1993 |url=http://people.csail.mit.edu/rivest/pubs/GR93.pdf |citeseerx=10.1.1.309.9376 |isbn=0-89871-313-7 |publisher=[[Society for Industrial and Applied Mathematics]] |location=Philadelphia}}</ref>  It provides worst-case [[big O notation|<math>{\color{Blue}O(\log n)}</math>]] lookup time (with <math>n</math> as the number of entries) and <math>O(\log n)</math> [[amortized analysis|amortized]] insertion and deletion time.

Unlike most other self-balancing binary search trees which also provide worst case <math>O(\log n)</math> lookup time, scapegoat trees have no additional per-node memory overhead compared to a regular [[binary search tree]]: besides key and value, a node stores only two pointers to the child nodes. This makes scapegoat trees easier to implement and, due to [[data structure alignment]], can reduce node overhead by up to one-third.

Instead of the small incremental rebalancing operations used by most balanced tree algorithms, scapegoat trees rarely but expensively choose a "scapegoat" and completely rebuilds the subtree rooted at the scapegoat into a complete binary tree.  Thus, scapegoat trees have <math>O(n)</math> worst-case update performance.

==Theory==
A binary search tree is said to be weight-balanced if half the nodes are on the left of the root, and half on the right.
An α-weight-balanced node is defined as meeting a relaxed weight balance criterion:
 size(left) ≤ α*size(node)
 size(right) ≤ α*size(node)
Where size can be defined recursively as:
 '''function''' size(node) '''is'''
     '''if''' node = nil '''then'''
         '''return''' 0
     '''else'''
         '''return''' size(node->left) + size(node->right) + 1
     '''end if'''
 '''end function'''

Even a degenerate tree (linked list) satisfies this condition if α=1, whereas an α=0.5 would only match [[Binary tree#Types of binary trees|almost complete binary trees]].

A binary search tree that is α-weight-balanced must also be '''α-height-balanced''', that is 
 height(tree) ≤ floor(log<sub>1/α</sub>(size(tree)))

By [[contraposition]], a tree that is not α-height-balanced is not α-weight-balanced.

Scapegoat trees are not guaranteed to keep α-weight-balance at all times, but are always loosely α-height-balanced in that
 height(scapegoat tree) ≤ floor(log<sub>1/α</sub>(size(tree))) + 1.
Violations of this height balance condition can be detected at insertion time, and imply that a violation of the weight balance condition must exist.  

This makes scapegoat trees similar to [[red–black tree]]s in that they both have restrictions on their height. They differ greatly though in their implementations of determining where the rotations (or in the case of scapegoat trees, rebalances) take place. Whereas red–black trees store additional 'color' information in each node to determine the location, scapegoat trees find a '''scapegoat''' which isn't α-weight-balanced to perform the rebalance operation on. This is loosely similar to [[AVL tree]]s, in that the actual rotations depend on 'balances' of nodes, but the means of determining the balance differs greatly. Since AVL trees check the balance value on every insertion/deletion, it is typically stored in each node; scapegoat trees are able to calculate it only as needed, which is only when a scapegoat needs to be found.

Unlike most other self-balancing search trees, scapegoat trees are entirely flexible as to their balancing. They support any α such that 0.5 < α < 1. A high α value results in fewer balances, making insertion quicker but lookups and deletions slower, and vice versa for a low α. Therefore in practical applications, an α can be chosen depending on how frequently these actions should be performed.

==Operations==

===Lookup===
Lookup is not modified from a standard binary search tree, and has a worst-case time of <math>O(\log n)</math>. This is in contrast to [[splay tree]]s which have a worst-case time of <math>O(n)</math>. The reduced node memory overhead compared to other self-balancing binary search trees can further improve [[locality of reference]] and caching.

===Insertion===
Insertion is implemented with the same basic ideas as an [[Binary search tree#Insertion|unbalanced binary search tree]], however with a few significant changes.

When finding the insertion point, the depth of the new node must also be recorded. This is implemented via a simple counter that gets incremented during each iteration of the lookup, effectively counting the number of edges between the root and the inserted node. If this node violates the α-height-balance property (defined above), a rebalance is required.

To rebalance, an entire subtree rooted at a '''scapegoat''' undergoes a balancing operation. The scapegoat is defined as being an ancestor of the inserted node which isn't α-weight-balanced. There will always be at least one such ancestor. Rebalancing any of them will restore the α-height-balanced property.

One way of finding a scapegoat, is to climb from the new node back up to the root and select the first node that isn't α-weight-balanced.

Climbing back up to the root requires <math>O(\log n)</math> storage space, usually allocated on the stack, or parent pointers. This can actually be avoided by pointing each child at its parent as you go down, and repairing on the walk back up.

To determine whether a potential node is a viable scapegoat, we need to check its α-weight-balanced property. To do this we can go back to the definition:
 size(left) ≤ α*size(node)
 size(right) ≤ α*size(node)
However a large optimisation can be made by realising that we already know two of the three sizes, leaving only the third to be calculated.

Consider the following example to demonstrate this. Assuming that we're climbing back up to the root:
 size(parent) = size(node) + size(sibling) + 1
But as:
 size(inserted node) = 1.
The case is trivialized down to:
 size[x+1] = size[x] + size(sibling) + 1
Where x = this node, x + 1 = parent and size(sibling) is the only function call actually required.

Once the scapegoat is found, the subtree rooted at the scapegoat is completely rebuilt to be perfectly balanced.<ref name=galperin_rivest/>  This can be done in <math>O(n)</math> time by traversing the nodes of the subtree to find their values in sorted order and recursively choosing the median as the root of the subtree.

As rebalance operations take <math>O(n)</math> time (dependent on the number of nodes of the subtree), insertion has a worst-case performance of <math>O(n)</math> time.  However, because these worst-case scenarios are spread out, insertion takes <math>O(\log n)</math> amortized time.

====Sketch of proof for cost of insertion====
Define the Imbalance of a node ''v'' to be the absolute value of the difference in size between its left node and right node minus 1, or 0, whichever is greater.  In other words:

<math>I(v) = \operatorname{max}(|\operatorname{left}(v) - \operatorname{right}(v)| - 1, 0) </math>

Immediately after rebuilding a subtree rooted at ''v'', I(''v'') = 0.

'''Lemma:''' Immediately before rebuilding the subtree rooted at ''v'', <br />
<math>I(v) \in \Omega (|v|) </math><br />
(<math>\Omega </math> is [[Big Omega notation]].)

Proof of lemma:

Let <math>v_0</math> be the root of a subtree immediately after rebuilding.  <math>h(v_0) = \log(|v_0| + 1) </math>.  If there are <math>\Omega (|v_0|)</math> degenerate insertions (that is, where each inserted node increases the height by 1), then <br />
<math>I(v) \in  \Omega (|v_0|) </math>,<br />
<math>h(v) = h(v_0) + \Omega (|v_0|) </math> and<br />
<math>\log(|v|) \le \log(|v_0| + 1) + 1 </math>.

Since <math>I(v) \in \Omega (|v|)</math> before rebuilding, there were <math>\Omega (|v|)</math> insertions into the subtree rooted at <math>v</math> that did not result in rebuilding.  Each of these insertions can be performed in <math>O(\log n)</math> time.  The final insertion that causes rebuilding costs <math>O(|v|)</math>.  Using [[aggregate analysis]] it becomes clear that the amortized cost of an insertion is <math>O(\log n)</math>:

<math>{\Omega (|v|) O(\log n) + O(|v|) \over \Omega (|v|)} = O(\log n) </math>

===Deletion===
Scapegoat trees are unusual in that deletion is easier than insertion. To enable deletion, scapegoat trees need to store an additional value with the tree data structure. This property, which we will call MaxNodeCount simply represents the highest achieved NodeCount. It is set to NodeCount whenever the entire tree is rebalanced, and after insertion is set to max(MaxNodeCount, NodeCount).

To perform a deletion, we simply remove the node as you would in a simple binary search tree, but if
 NodeCount ≤ α*MaxNodeCount
then we rebalance the entire tree about the root, remembering to set MaxNodeCount to NodeCount.

This gives deletion a worst-case performance of <math>O(n)</math> time, whereas the amortized time is <math>O(\log n)</math>.

====Sketch of proof for cost of deletion====
Suppose the scapegoat tree has <math>n</math> elements and has just been rebuilt (in other words, it is a complete binary tree).  At most <math>n/2 - 1</math> deletions can be performed before the tree must be rebuilt.  Each of these deletions take <math>O(\log n)</math> time (the amount of time to search for the element and flag it as deleted).  The <math>n/2</math> deletion causes the tree to be rebuilt and takes <math>O(\log n) + O(n)</math> (or just <math>O(n)</math>) time.  Using aggregate analysis it becomes clear that the amortized cost of a deletion is <math>O(\log n)</math>:

<math>
{\sum_{1}^{n/2} O(\log n) + O(n) \over n/2} = 
{{n \over 2}O(\log n) + O(n) \over n/2} = 
O(\log n) \ 
</math>

==Etymology==
The name '''Scapegoat tree''' ''"[...] is based on the common wisdom that, when something goes wrong, the first thing people tend to do is find someone to blame (the scapegoat)."''<ref name="opendatastructures">{{cite book |chapter-url=http://opendatastructures.org/versions/edition-0.1g/ods-python/8_Scapegoat_Trees.html|title=Open Data Structures (in pseudocode) |chapter=Chapter 8 - Scapegoat Trees |url=http://opendatastructures.org/versions/edition-0.1g/ods-python/ods-python-html.html |edition=0.1G β |first=Pat |last=Morin|authorlink= Pat Morin |accessdate=2017-09-16}}</ref> In the [[Bible]], a [[scapegoat]] is an animal that is ritually burdened with the sins of others, and then driven away. 

==See also==
* [[Splay tree]]
* [[tree data structure|Trees]]
* [[Tree rotation]]
* [[AVL tree]]
* [[B-tree]]
* [[T-tree]]

==References==
{{Reflist}}

==External links==
*{{cite thesis |url=http://publications.csail.mit.edu/lcs/pubs/pdf/MIT-LCS-TR-700.pdf |title=On Consulting a Set of Experts and Searching |type=Ph.D. thesis |first=Igal |last=Galpern |publisher=[[Massachusetts Institute of Technology|MIT]] |date=September 1996}}
*{{cite book |chapter-url=http://opendatastructures.org/versions/edition-0.1g/ods-python/8_Scapegoat_Trees.html |title=Open Data Structures (in pseudocode) |chapter=Chapter 8 - Scapegoat Trees |url=http://opendatastructures.org/versions/edition-0.1g/ods-python/ods-python-html.html |edition=0.1G β |first=Pat |last=Morin |accessdate=2017-09-16}}
<!--*{{cite techreport |url=http://people.scs.carleton.ca/~maheshwa/Honor-Project/scapegoat.pdf |title=A Study and and Implementation of Scapegoat Trees |first=Phuong |last=Dao |date=15 April 2006 |type=honour project report |publisher=Carleton University}}-->

{{CS-Trees}}

{{DEFAULTSORT:Scapegoat Tree}}
[[Category:Binary trees]]
[[Category:Search trees]]
[[Category:Amortized data structures]]