Tango-дерево

Танго дерево Поиск Перестройка дерева

Динамическая оптимальность

Определение:

Динамическая оптимальность (Dynamic Opt)

Если мы разрешаем перестраивать деревья в процессе запроса, то splay-деревья не больше, чем в константу хуже оптимальных.

Гипотеза:

Splay-деревья обладают динамической оптимальностью. То есть время работы splay-дерева [math]O(OPT dyn)[/math]

Модель оптимального дерева

Рассмотрим ключи [math]1..n[/math] и запросы [math]x_{1}..x_{n}[/math], где [math]x_{i} \in \{1..n\}[/math] – ключ, к которому мы обращаемся.

Утверждение:

Существует некоторое гипотетическое оптимальное дерево, которое на каждый запрос делает следующие вещи идет от корня до [math]x_{i}[/math] делает какие-то количество поворотов

Время работы tango-дерева [math]O(OPT dyn * log log n)[/math]

Визуализация работы с гипотетически оптимальным динамическим двоичным деревом поиска

Рассмотрим оси ключи от времени Поставим точки, которые соответствуют обращению по данному ключу в определенное время.

Множество точек определяет, что происходило с деревом.

Определение:

Множество точек называется древесным (aboral), если выполняется следующее свойство: возьмем произвольный невырожденный прямоугольник(площадь прямоугольника больше нуля) с углами в наших точках.

Утверждение:

Множество точек удовлетворяет свойству древесности, если на любом прямоугольнике с вершинами в наших точках есть еще хотя бы одна точка, отличная от точек, на которых его построили.

Теорема:

Множество точек является фазовой диаграммой работы с некоторым деревом поиска тогда и только тогда, когда оно обладает свойством древесности.

Доказательство:

[math]\triangleright[/math]

1. Фазовая диаграмма работы с деревом поиска обладает свойством древестности. Пусть мы обращались к какому-то ключу [math]x[/math] в [math]i[/math]-ом запросе и к какому-то ключу [math]y[/math] в [math]j[/math]-ом запросе. Рассмотрим этот прямоугольник. На момент [math]i[/math]-го запроса рассмотрим в дереве поиска наименьшего общего предка [math]x[/math] и [math]y[/math] -- вершину [math]t[/math]. Если [math]t != x[/math], то все хорошо, значит в дереве поиска она находится между [math]x[/math] и [math]y[/math], поэтому мы к нему обращались в то время, когда шли к [math]x[/math], значит есть точка на стороне нашего многоугольника. Если [math]t = x[/math], то есть [math]x[/math] -- предок [math]y[/math] в момент [math]i[/math]-го запроса, тогда рассмотрим момент [math]j[/math]-го запроса, когда мы обращались к [math]y[/math]. Найдем в дереве поиска наименьшего общего предка [math]t[/math] вершин [math]x[/math] и [math]y[/math] на момент [math]j[/math]-го запроса. Если [math]t != y[/math], тогда мы к нему обращались, и есть точка на стороне нашего прямоугольника. Если [math]t = y[/math], то есть [math]y[/math] - предок [math]x[/math] в момент [math]j[/math]-го запроса, Значит [math]y[/math] «всплывал», и хотя бы раз, между этими моментами выполнялся поворот вокруг ребра от [math]y[/math] к родителю. То есть во время [math]i[/math]-го запроса [math]y[/math] был в поддереве [math]x[/math], а во время [math]j[/math]-го запроса [math]x[/math] в поддереве [math]y[/math], значит где-то между этими моментами выполнялся поворот вокруг ребра от [math]y[/math] к родителю, и мы обращались к [math]y[/math], следовательно есть точка на правой стороне нашего прямоугольника. (рисунок надо?) 2. Если множество точек обладает свойством древесности, то оно является фазовой диаграммой работы с некоторым деревом поиска. Для любого прямоугольника, построенного на наших точках, есть еще одна точка на стороне. Докажем, что можно построить такое дерево, для которого наши точки будут соответствовать запросам. Рассмотрим наше множество точек. Построим из них декартово(!) дерево, где ключом будет ключ, а вспомогательным ключом – время, когда мы следующий раз обратимся к вершине, то есть для каждого [math]x[/math] найдем минимальный [math]y[/math] такой, что существует точка [math](x, y)[/math] построение декартова дерева Приоритет [math]y[/math] будет меняться по мере того, как мы будет симулировать работу с деревом поиска. Рассмотрим общий случай Есть очередная горизонталь, на которой есть точки. Они по построению в текущий момент имеют минимальный приоритет, поэтому как-то организованы в районе корня нашего декартового дерева. Обойдем эти точки. После этого мы должны перестроить наше дерево, изменив приоритеты. Утверждается, что выполняя повороты только внутри верхней части нашего дерево можно построить дерево в соответствии с новыми приоритетами. Почему? Предположим, что это не удалось сделать. У нас есть вершина [math]x[/math], у которой есть правый сын [math]y[/math], и приоритет [math]x[/math] больше чем у [math]y[/math], их надо поменять, то есть дотронуться до вершины [math]y[/math], чего мы делать не хотели в этой строке. Но тогда рассмотрим прямоугольник(мы обращались к [math]x[/math]) А когда-то мы обратимся к [math]y[/math] Если есть точка на левой стороне, то к [math]x[/math] мы обратимся раньше, чем к [math]y[/math] следовательно неверно, что приоритет [math]x[/math] больше чем приоритет [math]y[/math] На левой стороне точек нет. Если на нижней стороне есть точка, значит есть точка, к которой мы обращались сейчас, ключ которой больше, чем у [math]x[/math], но меньше [math]y[/math], но тогда она должна быть нашим правым сыном, а не вершина [math]y[/math]. Если на правой стороне есть точка, то сейчас мы бы обращались к ней, а не к [math]y[/math]. Если на верхней стороне есть точка [math]z[/math] с ключом меньше [math]y[/math], мы будем обращаться к ней тогда же, когда и к [math]y[/math], значит мы может перейти к прямоугольнику, построенному на точках [math]x[/math] и [math]z[/math]. Когда таких точек (как [math]z[/math]) не останется, то мы получим прямоугольник, у которого нет точек на всех сторонах, а это противоречит исходному условию. Поэтому при перестроении декартова дерева нам не потребуется переходить из нашей верхней зоны.

[math]\triangleleft[/math]

Таким образом, мы получили какую-то offline оптимальность.

Рассмотрим наши запросы, отметим их точками, тогда время работы оптимального динамического дерева равно количество точек на диаграмме.

Получим нижнюю оценку на оптимум. [math]OPT = omega(f) [/math] Если что-то работает за [math]O(f * g)[/math], значит это работает не более, чем в [math]g[/math] раз хуже.

Рассмотрим запросы.

Покроем их независимыми прямоугольниками.

Прямоугольники независимы, если угол одного не лежит внутри другого.

Можно показать, что [math]OPT \gt = M[/math](число запросов) + максимальное число независимых прямоугольников * 1/2

Вторая нижняя оценка Уилберра (Wilber)

Рассмотрим запрос [math]x[/math]

Пусть левая граница [math]= -inf[/math], правая граница [math]= +inf[/math]

Идем от ключа [math]x[/math] назад и ищем, когда в предыдущий раз мы обращались к этому ключу.

И каждый раз, когда встречается значение большее, чем наше, но меньшее правой границы, мы сдвигаем правую границу.

Аналогично с левой границей.

Когда-то рано или поздно наши границы встретятся в [math]x[/math]

Можно показать, что из этой оценки выходит следующая оценка

Напишем [math]r[/math], если меняется правая граница и [math]l[/math] - если левая.

Назовем [math]ch(i)[/math] количество смен [math]r[/math] на [math]l[/math] и обратно

[math]OPT \gt = \sum\limits_{i \in [1, n]} 1 + ch(i)[/math]

Теорема:

Рассмотрим [math]n[/math] ключей и [math]m[/math] запросов запросы [math]x_{1} .. x_{m}[/math] Организуем их в полное двоичное сбалансированное дерево. Будем в этом дереве искать наши ключи в том порядке, в котором их искали !!!там Для каждой вершины будем запоминать ребро, по которому мы последний раз проходили при поиске ключей в дереве(назовем его жирное ребро). Утверждается, что [math]\sum\limits_{i \in [1, n]} ch(i)[/math] >= [math]\sum\limits_{i \in [1, n]}[/math] изменения числа жирных ребер. То есть если мы улучшили правую границу(мы искали что-то справа), а потом улучшили левую(искали слева), значит где-то по пути мы прошли туда-обратно и сменили жирное ребро.

Tango-деревья

Определение:

Танго дерево - online бинарное дерево поиска с временем работы [math] O(log log N) [/math], которое изобрели Эрик Д. Демейн, Дион Хармон, Джон Яконо и Mihai Patrascu в 2004 году. Лучшая известная реализация на данный момент.

Построение

Определение:

Жирное ребро(Prefered Path) - ребро, соединяющее вершину с ее последним посещенным ребенком.

Рассмотрим бинарное дерево поиска.

Изначально сделаем все левые ребра жирными.

 // Из каждой вершины выходит <= 2 ребер. В общем случае одно жирное, другое нет. 

Разобьем наше дерево на жирные пути.

Каждый из этих жирных путей организуем в свое splay-дерево.

Из каждой вершины создадим вспомогательную ссылку на корень splay-дерева, соответствующего жирному пути, в котором лежит тот ее ребенок, в которой ведет из нее нежирное ребро.

Таким образом, все наши ключи организуют иерархичную структуру -- Tango дерево.

Каждый жирный путь -- splay-дерево, и каждое их них указывает на корень дерева, в котором лежит ее второй сын(при этом указатель ставится на само дерево, а не на сына)

//Операций первого становления ребра жирным [math]O(n)[/math] – дают несущественный вклад в асимптотику.

Глубина дерева [math]log n[/math].

Время работы (M + число изменений жирных ребер) *[math] log log n[/math]

Поиск

Поиск элемента в tango дереве схож с поиском в стандартном дереве поиска.

Начинаем с поиска в жирном пути корня tango-дерева –- splay-дереве.

Если текущий жирный путь не содержит искомый элемент, поиск останавливается на родителе корня поддерева, содержащего нужное значение.

Пройдем по вспомогательной ссылке(красная стрелка) и осуществим поиск в новом жирном пути(splay-дереве).

Поиск в splay-дереве(синем) дереве = высота от количества вершин (количество вершин = длине жирного пути = [math]log n[/math]) = [math]log log n[/math].

Поиск во всем дереве = [math](log log n)[/math] * число проходов по нежирному ребру.

Пример

Перестройка дерева

Для того, чтобы сохранить структуру tango дерева (splay дерево соответствует текущему жирному пути), мы должны обновлять дерево каждый раз, когда жирные ребра изменяются в результате поиска. После изменения жирного ребра верхняя часть жирного пути отделяется от нижней части (которая становится самостоятельным жирным путем) и присоединяется к другому жирному пути (который становится нижней частью).

Во-первых, мы должны хранить в каждой вершине нашего splay дерева дополнительную информацию: Dep - глубину?? вершины , minDep - минимальное значение ребенка текущей вершины, maxDep - максимальное значение ребенка. Во-вторых, нам понадобятся операции split и merge, которые работают за O(log k), где k - число узлов в splay-дереве.

Пусть для того, чтобы найти вершину x, которая находилась в дереве F, мы прошли по тонкому ребру из вершины t, находящейся в дереве A. Значит, нам нужно объединить деревья A и F и вырезать из дерева A подддерево B, в которое ведет жирное ребро из вершины t.

Пусть поддерево B - правое. Для левого аналогично.

1) Так как мы знаем интервал значений [l', r'] вершины t в ее правом поддереве B, сделаем по концам отрезка две операции split. Теперь мы можем отрезать поддерево B. 2) Мы знаем, что все ключи дерева F меньше t(так как бинарное дерево поиска), поэтому выполним операцию split по максимальному значению, меньшему t. 3) Выполним операцию merge деревьев F и С. 4) Выполним операцию merge деревьев FC и D. 5) Выполним операцию merge деревьев . и ...

Проведем тонкое ребро от вершины t к дереву B.

Таким образом, перестройка = [math]3 * split + 3 * merge[/math], каждый из них за [math]log log n = (O(1) + 3*O(log log n) + 3*O(log log n))[/math] * число изменений жирного ребра.

//Смотрим интервал в базовом дереве – какой диапазон ключей соответствует нашему сыну, //вырезаем этот диапазон с помощью двух сплитов по [math]r_{min}[/math] и по [math]r_{max}[/math]. //В новое независимое дерево ставим красный указатель на вершину.

Ссылки

• Дополнительные главы алгоритмов, Tango-деревья