Сжатое многомерное дерево отрезков — различия между версиями
(→Структура) |
(→Построение дерева и запрос операции) |
||
Строка 9: | Строка 9: | ||
==Построение дерева и запрос операции== | ==Построение дерева и запрос операции== | ||
− | + | Рассмотрим алгоритм построения сжатого дерева отрезков на следующем примере:<br> | |
* Cоставить массив из всех <tex>n</tex> элементов множества <tex>A</tex>, упорядочить его по первой координате | * Cоставить массив из всех <tex>n</tex> элементов множества <tex>A</tex>, упорядочить его по первой координате | ||
* Построить на нём дерево отрезков с сохранением подмассива в каждой вершине | * Построить на нём дерево отрезков с сохранением подмассива в каждой вершине | ||
Строка 40: | Строка 40: | ||
При такой оптимизации асимптотика размера структуры составит <tex>O(n\,log^{p-1}\,n)</tex>, а запрос будет аналогичен запросу в обычном <tex>p</tex>-мерном дереве отрезков за <tex>O(log^p\,n)</tex>. Но расплатой станет невозможность делать произвольный запрос модификации: в самом деле, если появится новый элемент, то это приведёт к тому, что мы должны будем в каком-либо дереве отрезков по второй или более координате добавить новый элемент в середину, что эффективно сделать невозможно. | При такой оптимизации асимптотика размера структуры составит <tex>O(n\,log^{p-1}\,n)</tex>, а запрос будет аналогичен запросу в обычном <tex>p</tex>-мерном дереве отрезков за <tex>O(log^p\,n)</tex>. Но расплатой станет невозможность делать произвольный запрос модификации: в самом деле, если появится новый элемент, то это приведёт к тому, что мы должны будем в каком-либо дереве отрезков по второй или более координате добавить новый элемент в середину, что эффективно сделать невозможно. | ||
+ | |||
==Источники== | ==Источники== | ||
[http://e-maxx.ru/algo/export_segment_tree Дерево отрезков на e-maxx.ru] | [http://e-maxx.ru/algo/export_segment_tree Дерево отрезков на e-maxx.ru] |
Версия 10:45, 8 июня 2011
Задача: |
Пусть имеется множество | , состоящее из взвешенных точек в -мерном пространстве. Необходимо быстро отвечать на запрос о суммарном весе точек, находящихся в -мерном прямоугольнике
Вообще говоря, с поставленной задачей справится и обычное
-мерное дерево отрезков. Для этого достаточно на -том уровне вложенности строить дерево отрезков по всевозможным -тым координатам точек множества , а при запросе использовать на каждом уровне бинарный поиск для установления желаемого подотрезка. Очевидно, запрос будет делаться за времени, а сама структура данных будет занимать памяти.Структура
Для уменьшения количества занимаемой памяти можно провести оптимизацию
-мерного дерева отрезков. Для начала, будем использовать дерево отрезков с сохранением всего подотрезка в каждой вершине. Другими словами, в каждой вершине дерева отрезков мы будем хранить не только какую-то сжатую информацию об этом подотрезке, но и все элементы множества , лежащие в этом подотрезке. Казалось бы, это только увеличит объем структуры, но не все так просто. При построении будем действовать следующим образом — каждый раз дерево отрезков внутри вершины будем строить не по всем элементам множества , а только по сохраненному в этой вершине подотрезку. Действительно, незачем строить дерево по всем элементам, когда элементы вне подотрезка уже были "исключены" и заведомо лежат вне желаемого -мерного прямоугольника. Легко понять, что такое сжатое -мерное дерево отрезков будет занимать памяти: превращение обычного дерева в дерево с сохранением всего подотрезка в каждой вершине будет увеличивать его размер в раз, а сделать это нужно будет раз.Построение дерева и запрос операции
Рассмотрим алгоритм построения сжатого дерева отрезков на следующем примере:
- Cоставить массив из всех элементов множества , упорядочить его по первой координате
- Построить на нём дерево отрезков с сохранением подмассива в каждой вершине
- Все подмассивы в вершинах получившегося дерева отрезков упорядочить по следующей координате, после чего повторить построение дерева для каждого из них
Псевдокод:
build_normal_tree(element[] array) { //построение одномерного дерева отрезков на массиве array с сохранением подмассива в каждой вершине } get_inside_array(vertex) { //получение подмассива, сохраненного в вершине vertex } build_compressed_tree(element[] array, int coordinate = 0) { //собственно, построение сжатого дерева отрезков if (coordinate < p) { sort(array, coordinate); //сортировка массива по нужной координате segment_tree = build_normal_tree(array); for (each vertex in segment_tree) { build_compressed_tree(inside_array(each), coordinate + 1); } } }
При такой оптимизации асимптотика размера структуры составит
, а запрос будет аналогичен запросу в обычном -мерном дереве отрезков за . Но расплатой станет невозможность делать произвольный запрос модификации: в самом деле, если появится новый элемент, то это приведёт к тому, что мы должны будем в каком-либо дереве отрезков по второй или более координате добавить новый элемент в середину, что эффективно сделать невозможно.