Алгоритм Мо — различия между версиями
Noobgam (обсуждение | вклад) (Новая страница: «'''Алгоритм Мо''' (англ. ''Mo's algorithm'') — применяется для решения задач, в которых требуется от...») |
(нет различий)
|
Версия 18:20, 20 ноября 2016
Алгоритм Мо (англ. Mo's algorithm) — применяется для решения задач, в которых требуется отвечать на запросы
на массиве без изменения элементов и с учётом того, что все запросы известны заранее за время , где - количество запросов, а - количество элементов в массиве.Алгоритм
В каждый момент времени поддерживаем структуру данных, в которой хранится некоторый непрерывный отрезок
исходного массива (будем называть его рабочим отрезком), которая поддерживает следующие операции:- , - операции, которые позволяют добавить элемент слева и справа соответственно.
- , - операции, которые позволяют удалить элемент слева и справа соответственно.
- - операция, которая позволяет получить ответ на запрос, если бы его границами был рабочий отрезок.
Изначально в качестве рабочего отрезка можно взять любой отрезок, если не не забыть
Запишем все запросы в массив, некоторым образом их отсортируем и будем их обрабатывать в том порядке, в котором они будут лежать в массиве после сортировки.
Допустим, что текущий рабочий отрезок —
, а первый необработанный запрос — тогда сначала расширим наш отрезок, используя только операции , до отрезка , где , а , а затем удалим лишние элементы при помощи операций , , чтобы получить отрезок , после чего вызовем и запомним ответ для этого запроса.Теперь разберём поподробнее, как именно следует сортировать запросы для достижения вышеназванной асимптотики по времени.
Давайте разделим все запросы на блоки размера
по левой границе: те запросы, для которых - попадают в первую группу, те запросы, для которых - во вторую, - в третью, и так далее. Будем рассматривать все группы запросов независимо друг от друга. Если внутри каждой группы отсортировать запросы по правой границе, будет нетрудно заметить, что для всей группы суммарно будет выполнено не больше чем операций и где - количество запросов, принадлежащих группе под номером .Для доказательства этого давайте рассмотрим отдельно количество сделанных операций каждого из четырёх типов:
- Изначально, до обработки группы, рабочий отрезок был , для обработки первого запроса может потребоваться операций ,
- не произойдёт ни разу, т.к. рабочий отрезок будет только расширяться в сторону правого конца
- произойдёт суммарно не больше чем раз, так как минимальная правая граница - , а максимальная -
- Для оставшихся двух операций рассмотрим два последовательных запроса , . Нетрудно заметить, что так как отрезки принадлежат одной группе, то , следовательно, количество операций или также не будет превосходить
Таким образом, нетрудно видеть, все группы будут обработаны за время
.При выборе
с учётом сортировки по правой границе получается асимптотика времениРеализация
struct Query: int l, r, index int K = sqrt(N) bool compare(Query a, Query b): if (a.l / K != b.l / K): return a.l < b.l return a.r < b.r function process(Query[Q] q): sort(q, compare) //сортируем запросы, используя функцию compare как оператор сравнения int a = 1, b = 0 //создаём пустой рабочий отрезок for i = 0 to Q - 1: while (a > q[i].l): AddLeft() a -= 1 while (b < q[i].r): AddRight() b += 1 while (a < q[i].l): DelLeft() a += 1 while (b > q[i].r): DelRight() b -= 1 result[q[i].id] = Answer()