- B-tree
In

computer science , a**B-tree**is atree data structure that keeps data sorted and allows searches, insertions, and deletions in logarithmic amortized time. It is most commonly used indatabase s andfilesystem s.In B-trees, internal (non-leaf) nodes can have a variable number of child nodes within some pre-defined range. When data is inserted or removed from a node, its number of child nodes changes. In order to maintain the pre-defined range, internal nodes may be joined or split. Because a range of child nodes is permitted, B-trees do not need re-balancing as frequently as other self-balancing search trees, but may waste some space, since nodes are not entirely full. The lower and upper bounds on the number of child nodes are typically fixed for a particular implementation. For example, in a 2-3 B-tree (often simply referred to as a

), each internal node may have only 2 or 3 child nodes.2-3 tree A B-tree is kept balanced by requiring that all

external node s are at the same depth. This depth will increase slowly as elements are added to the tree, but an increase in the overall depth is infrequent, and results in all leaf nodes being one more hop further removed from the root.B-trees have substantial advantages over alternative implementations when node access times far exceed access times within nodes. This usually occurs when most nodes are in

secondary storage such ashard drive s. By maximizing the number ofchild node s within eachinternal node , the height of the tree decreases, balancing occurs less often, and efficiency increases. Usually this value is set such that each node takes up a full disk block or an analogous size in secondary storage. While 2-3 B-trees might be useful in main memory, and are certainly easier to explain, if the node sizes are tuned to the size of a disk block, the result might be a 257-513 B-tree.A B-tree of order m (the maximum number of children for each node) is a tree which satisfies the following properties :

# Every node has <= m children.

# Every node (except root and leaves) has >= m/2 children.

# The root has at least 2 children if it is not a leaf node.

# All leaves appear in the same level, and carry no information.

# A non-leaf node with k children contains k – 1 keysThe B-tree's creators,

Rudolf Bayer and Ed McCreight, have not explained what, if anything, the "B" stands for. The most common belief is that "B" stands for "balanced", as all the leaf nodes are at the same level in the tree.Fact|date=February 2008 "B" may also stand for "Bayer", Branching Tree, or forBoeing ,Fact|date=February 2008 because they were working for "Boeing Scientific Research Labs" at the time.**Node structures**Each internal node's elements act as separation values which divide its

subtree s. For example, if an internal node has three child nodes (or subtrees) then it must have two separation values or elements "a"_{1}and "a"_{2}. All values in the leftmost subtree will be less than "a"_{1}, all values in the middle subtree will be between "a"_{1}and "a"_{2}, and all values in the rightmost subtree will be greater than "a"_{2}.Internal nodes in a B-tree — nodes which are not leaf nodes — are usually represented as an ordered set of elements and child pointers. Every internal node contains a

**maximum**of "U" children and — other than the root — a**minimum**of "L" children. For all internal nodes other than the root, the number of elements is one less than the number of child pointers; the number of elements is between "L-1" and "U-1". The number "U" must be either 2"L" or 2"L"-1; thus each internal node is at least half full. This relationship between "U" and "L" implies that two half-full nodes can be joined to make a legal node, and one full node can be split into two legal nodes (if there is room to push one element up into the parent). These properties make it possible to delete and insert new values into a B-tree and adjust the tree to preserve the B-tree properties.Leaf nodes have the same restriction on the number of elements, but have no children, and no child pointers.

The root node still has the upper limit on the number of children, but has no lower limit. For example, when there are fewer than "L-1" elements in the entire tree, the root will be the only node in the tree, and it will have no children at all.

A B-tree of depth "n+1" can hold about "U" times as many items as a B-tree of depth "n", but the cost of search, insert, and delete operations grows with the depth of the tree. As with any balanced tree, the cost grows much more slowly than the number of elements.

Some balanced trees store values only at the leaf nodes, and so have different kinds of nodes for leaf nodes and internal nodes. B-trees keep values in every node in the tree, and may use the same structure for all nodes. However, since leaf nodes never have children, a specialized structure for leaf nodes in B-trees will improve performance.

**Algorithms****Search**Search is performed in the typical manner, analogous to that in a

binary search tree . Starting at the root, the tree is traversed top to bottom, choosing the child pointer whose separation values are on either side of the value that is being searched.Binary search is typically (but not necessarily) used within nodes to find the separation values and child tree of interest.**Insertion**All insertions happen at the leaf nodes.

# By searching the tree, find the leaf node where the new element should be added.

# If the leaf node contains fewer than the maximum legal number of elements, there is room for one more. Insert the new element in the node, keeping the node's elements ordered.

# Otherwise the leaf node is split into two nodes.

## A single median is chosen from among the leaf's elements and the new element.

## Values less than the median are put in the new left node and values greater than the median are put in the new right node, with the median acting as a separation value.

## That separation value is added to the node's parent, which may cause it to be split, and so on.If the splitting goes all the way up to the root, it creates a new root with a single separator value and two children, which is why the lower bound on the size of internal nodes does not apply to the root. The maximum number of elements per node is "U"-1. When a node is split, one element moves to the parent, but one element is added. So, it must be possible to divide the maximum number "U"-1 of elements into two legal nodes. If this number is odd, then "U"=2"L" and one of the new nodes contains ("U"-2)/2 = "L"-1 elements, and hence is a legal node, and the other contains one more element, and hence it too is legal. If "U"-1 is even, then "U"=2"L"-1, so there are 2"L"-2 elements in the node. Half of this number is "L"-1, which is the minimum number of elements allowed per node.

An improved algorithm supports a single pass down the tree from the root to the node where the insertion will take place, splitting any full nodes encountered on the way. This prevents the need to recall the parent nodes into memory, which may be expensive if the nodes are on secondary storage. However, to use this improved algorithm, we must be able to send one element to the parent and split the remaining "U"-2 elements into two legal nodes, without adding a new element. This requires "U" = 2"L" rather than "U" = 2"L"-1, which accounts for why some textbooks impose this requirement in defining B-trees.

**Deletion**There are two popular strategies for deletion from a B-Tree.

* locate and delete the item, then restructure the tree to regain its invariantsor

* do a single pass down the tree, but before entering (visiting) a node, restructure the tree so that once the key to be deleted is encountered, it can be deleted without triggering the need for any further restructuringThe algorithm below uses the former strategy.

There are two special cases to consider when deleting an element:

# the element in an internal node may be a separator for its child nodes

# deleting an element may put it under the minimum number of elements and children.Each of these cases will be dealt with in order.

**Deletion from a leaf node*** Search for the value to delete.

* If the value is in a leaf node, it can simply be deleted from the node, perhaps leaving the node with too few elements; so some additional changes to the tree will be required.**Deletion from an internal node**Each element in an internal node acts as a separation value for two subtrees, and when such an element is deleted, two cases arise. In the first case, both of the two child nodes to the left and right of the deleted element have the minimum number of elements, namely "L"-1. They can then be joined into a single node with 2"L"-2 elements, a number which does not exceed "U"-1 and so is a legal node. Unless it is known that this particular B-tree does not contain duplicate data, we must then also (recursively) delete the element in question from the new node.

In the second case, one of the two child nodes contains more than the minimum number of elements. Then a new separator for those subtrees must be found. Note that the largest element in the left subtree is the largest element which is still less than the separator. Likewise, the smallest element in the right subtree is the smallest element which is still greater than the separator. Both of those elements are in leaf nodes, and either can be the new separator for the two subtrees.

* If the value is in an internal node, choose a new separator (either the largest element in the left subtree or the smallest element in the right subtree), remove it from the leaf node it is in, and replace the element to be deleted with the new separator.

* This has deleted an element from a leaf node, and so is now equivalent to the previous case.**Rebalancing after deletion**If deleting an element from a leaf node has brought it under the minimum size, some elements must be redistributed to bring all nodes up to the minimum. In some cases the rearrangement will move the deficiency to the parent, and the redistribution must be applied iteratively up the tree, perhaps even to the root. Since the minimum element count doesn't apply to the root, making the root be the only deficient node is not a problem. The algorithm to rebalance the tree is as follows:fact|date=July 2008

* If the right sibling has more than the minimum number of elements.

** Add the separator to the end of the deficient node.

** Replace the separator in the parent with the first element of the right sibling.

** Make the first child of the right sibling into the last child of the deficient node

* Otherwise, if the left sibling has more than the minimum number of elements.

** Add the separator to the start of the deficient node.

** Replace the separator in the parent with the last element of the left sibling.

** Make the last child of the left sibling into the first child of the deficient node

* If both immediate siblings have only the minimum number of elements

** Create a new node with all the elements from the deficient node, all the elements from one of its siblings, and the separator in the parent between the two combined sibling nodes.

** Remove the separator from the parent, and replace the two children it separated with the combined node.

** If that brings the number of elements in the parent under the minimum, repeat these steps with that deficient node, unless it is the root, since the root may be deficient.The only other case to account for is when the root has no elements and one child. In this case it is sufficient to replace it with its only child.

**Creating a B-tree**When a large amount of information needs to be put into B-tree form, it might be assumed that simply repetitively inserting the data would be the quickest. In practice this is a slow operation due to the rearrangement of the tree that occurs. It is much quicker to sort the data first, and then insert it as a monolithic block.huhfact|date=July 2008

**Notes**Each node will always have between "L" and "U" children, inclusively, with one exception: the root node may have anywhere from "2" to "U" children inclusively. In other words, the root is exempt from the lower bound restriction. This allows the tree to hold small numbers of elements. The root having one child makes no sense, since the subtree attached to that child could simply be attached to the root. Giving the root no children is also unnecessary, since a tree with no elements is typically represented as having no root node.

**Multi-way combining and splitting**It is possible to modify the above algorithm to, when trying to find extra elements for a deficient node, examine other siblings, and if one has more than the minimum number of values rearrange values across a larger number of siblings to make up the deficit in one.

Similarly, when a node is split, extra elements can be moved to nearby, less populated siblings; or the split can involve a number of siblings, redistributing elements among them rather than splitting a node.

In practice, the most common use of B-trees involves keeping the nodes on secondary storage, where it is slow to access a node which is not already being used. Using only two-ways splits and combines helps decrease the number of nodes needed for many common situations, but may be useful in others.

**Relationship between "U" and "L"**It is almost universal to split nodes by choosing a single median and creating two new nodes. This constrains the relationship between "L" and "U". Trying to insert an element into a node with "U" elements — involves redistributing "U" elements. One of these, the median, will move to the parent, and the remaining elements will be split as equally as possible among the two new nodes.

For example, in a 2-3 B-tree, adding an element to a node with three child nodes, and thus two separator values, involves three values — the two separators and the new value. The median becomes the new separator in the parent, and each of the other two becomes the sole elements in nodes with one value and two children. Generally, if "U" is odd, each of the two new nodes has "(U+1)/2" children. If "U" is even, one has "U/2" children and the other "U/2+1".

If full nodes are split into exactly two nodes, "L" must be small enough to allow for the sizes after a node is split. But it is possible to split full nodes into more than two new nodes. Choosing to split a node into more than two nodes would require a lower value of "L" for the same value of "U".

As "L" gets smaller, it allows for more unused space in the nodes. This might decrease the frequency of node splitting, but it is also likely to increase the amount of memory needed to store the same number of values, and the number of nodes that have to be examined for any particular operation.

**Theoretical results**Robert Tarjan proved that the amortized number of splits/merges is 2.Fact|date=September 2007**Access Concurrency**Lehman and Yao [

*http://portal.acm.org/citation.cfm?id=319663&dl=GUIDE&coll=GUIDE&CFID=61777986&CFTOKEN=74351190*] showed that linking the tree blocks at each level together with a next pointer results in a tree structure where read locks on the tree blocks can be avoided as the tree is descended from the root to the leaf for both search and insertion. Write locks are only required as a tree block is modified. Minimizing locking to a single node held only during its modification helps to maximize access concurrency by multiple users, an important consideration fordatabase s and/or other B-Tree basedISAM storage methods.**See also***

B+ tree

*B*-tree

* B# tree

*binary tree

*red-black tree , a simpler representation for the 1-3 B-tree

*dancing tree

*skip list

*R-tree

*radix tree

*UB-tree

* k-d tree

*Splay tree **References**"Original papers:"

*Rudolf Bayer , "Binary B-Trees for Virtual Memory", ACM-SIGFIDET Workshop1971 , San Diego, California, Session 5B, p. 219-235.

*Rudolf Bayer and McCreight, E. M. "Organization and Maintenance of Large Ordered Indexes."Acta Informatica 1, 173-189,1972 ."Summary:"

*Donald Knuth . "The Art of Computer Programming", Volume 3: "Sorting and Searching", Third Edition. Addison-Wesley, 1997. ISBN 0-201-89685-0. Section 6.2.4: Multiway Trees, pp.481–491. Also, pp.476–477 of section 6.2.3 (Balanced Trees) discusses 2-3 trees.

*Thomas H. Cormen ,Charles E. Leiserson ,Ronald L. Rivest , andClifford Stein . "Introduction to Algorithms ", Second Edition. MIT Press and McGraw-Hill, 2001. ISBN 0-262-03293-7. Chapter 18: B-Trees, pp.434–454.**External links*** [

*http://people.ksp.sk/~kuko/bak/index.html B-Tree Applet*] by Kubo Kovac

* [*http://www.bluerwhite.org/btree*]

* [*http://www.nist.gov/dads/HTML/btree.html NIST's Dictionary of Algorithms and Data Structures: B-tree*]

* [*http://textelectric.net/btree.html C++ source code for a balanced tree (B-tree) (Windows required for test timings)*]

* [*http://swiss.csail.mit.edu/~jaffer/WB WB disk-based B-tree C-library*]

* [*http://perl.plover.com/BTree/ B-Trees in Perl*]

*Wikimedia Foundation.
2010.*