Вкратце о том, что из себя представляет задача на запрос по диапазону: дан массив a
из n
элементов, дано кол-во запросов q
. Для каждого запроса даны границы l
, r
такие, что 1 ≤ l ≤ r ≤ n
.
Требуется для каждого запроса найти максимум/минимум/сумму/НОД и проч. среди элементов a(l)
, a(l + 1) … a(r - 1), a(r)
.
Предположим, мы имеем массив длины n = 105
и кол-во запросов q = 105
. Если искать максимум/сумму и проч. в массиве «наивным» методом, асимптотическая сложность которого O(n)
, в задаче на обработку запросов мы будем иметь сложность O(nq)
, что в данном случае – 1010
. При том, что современные ЭВМ обрабатывают 108
о/с, данное решение не является оптимальным.
Давайте построим такую структуру данных, которая сможет обрабатывать запросы на ассоциативные операции за время лучшее, чем линейное, например, логарифмическое. Стоит отметить, что дерево отрезков можно применять тогда и только тогда, когда помимо ассоциативных операций присутствует изменение элементов. Структуры данных, способные обрабатывать запросы без изменения (sparse table, массив префиксных сумм, дерево Фенвика) являются более простыми и будут рассмотрены в следующих статьях.
Итак, что же из себя представляет дерево отрезков? Пусть дан следующий массив: [3, 6, 9, 2, 2, 1]. Корень дерева – сумма всех элементов [0..5] (23)
. Делим элементы пополам и составляем сумму детей корня – [0..2] (18)
и [3..5] (5)
соответственно. Далее каждую из этих сумм делим опять пополам – [0..1] (9)
, [2..2] (9)
, [3..4] (4)
, [5..5] (1)
. Те суммы, у которых левая граница не равна правой, делим ещё раз, получаем соответствующие элементы массива. Вот, как это выглядит:
Обратите внимание, что у каждого элемента есть своё отдельное место, и никакая пара элементов не пересекается, поэтому все элементы мы можем записать в массив: рассматриваемая вершина имеет индекс v
, а его потомки – индексы 2*v + 1
и 2*v + 2
для левого и правого потомка соответственно.
Расход памяти дерева отрезков будет составлять 4n (доказательство).
Пусть у нас есть массив tree[4*n]
и есть вершина tree[v]
, которая должна хранить сумму диапазона [L..R]
. Если L == R
, то очевидно, что tree[v] = a[L]
. В противном случае мы не можем сразу сказать, чему равна сумма. Для этого нам нужно передать запрос суммы потомкам, а затем записать в tree[v]
результат сложения сумм потомков. Пусть M
= середина диапазона [L..R]
, тогда левый потомок t[2*v + 1]
соответствует диапазону [L..M]
, а правый t[2*v + 2]
– [M..R]
.
Напишем рекурсивную функцию построения дерева отрезков для вычисления суммы:
Для вычисления max/min/gcd построение аналогично, только tree[v]
надо присваивать max(л.п., п.п.)/min(л.п., п.п.)/gcd(л.п., п.п.)
соответственно.
Подсчёт суммы на отрезке
Пусть дан массив a
, q
запросов с данными l
, r
. Необходимо для каждого запроса найти сумму на отрезке [l..r]
. Поскольку в данной реализации мы всё индексируем с нуля, l
мы рассматриваем включительно (предварительно уменьшив l
на единицу), а r
– не включительно.
Утверждается, что в рекурсивной функции подсчёта суммы может быть обработано три ситуации.
[l..r]
не пересекается с[L..R]
→ возвращаем нейтральное значение для суммы;[L..R] ∈ [l..r]
→ возвращаем значение текущей вершины;- Третий случай, когда ни один из предыдущих не работает. Нужно получить суммы от потомков текущей вершины. Запрос аналогичен с запросом в функции
build_sum_tree
. Мы должны получить два слагаемых от двух потомков соответственно и вернуть их сумму. При этом стоит заметить, что рекурсия не будет разрастаться: каждый запрос будет обрабатываться за2*logN
, что асимптотически верноO(logN)
, поскольку одна из двух вызываемых рекурсий всегда будет возвращать либо 0, либоtree[v]
. В этом несложно убедиться, если попробовать пройтись алгоритмом по дереву самостоятельно.
Напишем эту функцию:
Изменение элемента
Смысл алгоритма донельзя прост: нужно рекурсивно спуститься до нужного нам элемента, затем пересчитать его предков. Выход из рекурсии – если L == R
. Тут важно не забыть поменять не только значение элемента в дереве, но ещё и значение в самом массиве. Пусть у нас дан индекс i
элемента, который мы хотим заменить, и новое значение x
. Если выход из рекурсии не выполняется, то, как всегда, ищем медиану. Если данный индекс меньше медианы, то выполняем запрос изменения элемента к левому потомку, иначе – к правому. Затем пересчитываем tree[v]
.
Изменения на отрезке
Имеем всё тот же массив a, q запросов, дерево суммы tree
. Необходимо создать изменение элементов (прибавить x) на запрашиваемом отрезке [l..r]
.
Создадим вспомогательный массив tree_add[2 * SIZE]
. Если в tree[v]
хранилось значение суммы на отрезке [L..R]
, то в tree_add[v]
будет хранится значение, добавляемое всем элементам на отрезке [L..R]
. Тогда нам придётся переписать некоторые методы, поскольку сумма на отрезке будет вычисляться по другой формуле, а именно:
tree[v] + tree_add[v] * (R - L)
.
Но есть ещё одна проблема: когда запрос на изменение отрезка приходит в определённый отрезок [L..R]
, он может не дойти ниже (см. иллюстрацию в начале статьи). Представьте, что дан запрос на изменение отрезка [3..5]
. Тогда, исходя из нашей логики, отрезок [3..5]
может быть "проинформирован" о том, что его сумма поменялась, а отрезки [3..4]
, [5..5]
и прочие – нет.
Эта проблема решается "ленивым проталкиванием изменений" (lazy propogation). Вкратце опишем алгоритм:
- Если
tree_add[v]
!= 0,
то пересчитываемtree[v]
; - Передаём
tree_add[v]
потомкам, если таковые имеются; - Меняем значение
tree_add[v]
на нейтральное. В случае суммы это ноль.
Напишем функцию push
:
И функцию изменения на отрезке:
Как и было сказано ранее, необходимо изменить функцию get_summary
, добавив push
. Ещё один важный момент: используя изменения на диапазоне, мы не поддерживаем изменения самих элементов массива.
Итак, вот наш код получившегося дерева отрезков:
Вот и все ;)
Сможете решить несколько задач по теме? Вот ресурсы для практики: первый, второй и третий.
Комментарии