Попалась мне задача следующего вида. Необходимо реализовать контейнер хранения данных обеспечивающий следующий функционал:
- вставить новый элемент
- удалить элемент по порядковому номеру
- получить элемент по порядковому номеру
- данные хранятся в сортированном виде
Данные постоянно добавляются и удаляются, структура должна обеспечивать быструю скорость работы. Сначала пытался реализовать такую вещь используя стандартные контейнеры из std. Этот путь не увенчался успехом и пришло понимание, что нужно реализовывать что-то самому. Единственное что пришло на ум, это использовать бинарное дерево поиска. Поскольку оно отвечает требованию быстрой вставки, удалению и хранению данных в сортированном виде. Осталось только придумать как проиндексировать все элементы и пересчитывать индексы когда дерево меняется.
struct node_s {
data_t data;
uint64_t weight; // вес узла
node_t *left;
node_t *right;
node_t *parent;
};
В статье будет больше картинок и теории чем кода. Код можно будет посмотреть по ссылке внизу.
Вес
Для этого дерево подверглось небольшой модифицикации, добавилась дополнительная информация о весе узла. Вес узла это кол-во потомков данного узла + 1 (вес единичного элемента).
Функция получения веса узла:
uint64_t bntree::get_child_weight(node_t *node) {
if (node) {
return node->weight;
}
return 0;
}
У листа соответственно вес равен 0.
Далее перейдем к наглядному представлению примера такого дерева. Черным цветом в нем будет показан ключ узла (значение показано не будет, т.к. в этом нет надобности), красным — вес узла, зеленым — индекс узла.
Когда дерево у нас пусто, то его вес равен 0. Добавим в него корневой элемент:
Вес дерева становится 1, вес корневого элемента 1. Вес корневого элемента является весом дерева.
Добавим еще несколько элементов:
Каждый раз когда идет добавление нового элемента, мы спускаемся по узлам в низ и увеличиваем счетчик веса каждого пройденного узла. При создании нового узла ему выставляется вес 1. Если узел с таким ключом уже существует, то перезапишем значение и пойдем назад до корня вверх отменяя изменения весов у всех узлов которые мы прошли.
Если идет удаление узла, то мы спускается вниз и декрементируем веса пройденных узлов.
Индексы
Теперь перейдем к тому как проиндексировать узлы. Узлы явно не хранят свой индекс, он вычисляется на основе веса узлов. Если бы они хранили свой индекс, то требовалось бы O(n) времени, что бы обновить индексы всех узлов после каждого изменения дерева.
Перейдем к наглядному представлению. Наше дерево пусто, добавим в него 1-ый узел:
Первый узел имеет индекс 0, а теперь возможны 2-а случая. В первом индекс корневого элемента изменится, во втором не изменится.
У корня левое поддерево весит 1.
Второй случай:
Индекс корня не изменился, поскольку вес его левого поддерева остался 0.
Как считается индекс узла, это вес его левого поддерева + число переданное от родителя. Что это за число?, Это счетчик индексов, изначально он равен 0, т.к. у корня нет родителя. Дальше все зависит от того куда мы спускаемся к левому ребенку или правому. Если к левому, то к счетчику ни чего не прибавляется. Если к правому то прибавляем индекс текущего узла.
К примеру как вычисляется индекс элемента с ключом 8 (правый ребенок корня). Это "Индекс корня" + "вес левого поддерева узла с ключом 8" + "1" == 3 + 2 + 1 == 6
Индексом элемента с ключом 6 будет "Индекс корня" + 1 == 3 + 1 == 4
Соответственно что бы получить, удалить элемент по индексу требуется время O(log n), поскольку что бы получить нужный элемент мы должны сначала его найти (спуститься от корня до этого элемента).
Глубина
На основе веса так же можно вычислить и глубину дерева. Необходимую для балансировки.
Для этого вес текущего узла надо округлить до первого числа в степени 2 которое больше или ровно данному весу и взять от него двоичный логарифм. Таким образом мы получим глубину дерева, при условии что оно сбалансировано. Дерево балансируется после вставки нового элемента. Теорию про то как балансировать деревья приводить не буду. В исходных кодах представлена функция балансировки.
Код приведения веса к глубине.
/*
* Возвращает первое число в степени 2, которое больше или ровно x
*/
uint64_t bntree::cpl2(uint64_t x) {
x = x - 1;
x = x | (x >> 1);
x = x | (x >> 2);
x = x | (x >> 4);
x = x | (x >> 8);
x = x | (x >> 16);
x = x | (x >> 32);
return x + 1;
}
/*
* Двоичный логарифм от числа
*/
long bntree::ilog2(long d) {
int result;
std::frexp(d, &result);
return result - 1;
}
/*
* Вес к глубине
*/
uint64_t bntree::weight_to_depth(node_t *p) {
if (p == NULL) {
return 0;
}
if (p->weight == 1) {
return 1;
} else if (p->weight == 2) {
return 2;
}
return this->ilog2(this->cpl2(p->weight));
}
Итоги
- вставка нового элемента происходит за O(log n)
- удаление элемента по порядковому номеру происходит за O(log n)
- получение элемента по порядковому номеру происходит за O(log n)
Скоростью O(log n) платим за то, что все данные хранятся в сортированном виде.
Где может пригодиться такая структура — не знаю. Просто задачка, что бы еще раз разобраться как работают деревья. Спасибо за внимание.
Ссылки
В проекте содержатся тестовые данные для проверки скорости работы. Дерево заполняется 1000000 элементов. И происходит последовательное удаление, вставка и получение элементов 1000000 раз. То есть 3000000 операций. Результат оказался вполне неплохим ~ 8 секунд.
Комментарии (15)
lrrr11
23.12.2019 19:57контейнер с нужными свойствами есть например в GNU PBDS
gcc.gnu.org/onlinedocs/libstdc++/ext/pb_ds
да и вообще я не верю, что не нашлось ни одной подходящей библиотеки, откуда можно скопипастить код. Классическая задача же.Jessy_James Автор
23.12.2019 20:52Это делалось не под конкретную задачу, а от нечего делать. За последние лет 8 я только один раз стэк писал для работы)
tsarevfs
23.12.2019 21:57+1У вас получилось что-то очень похожее на «Декартово дерево по неявному ключу».
Bambyrov
24.12.2019 00:34С чем-то подобным я публиковал сообщение 25.05.2015 на
www.cyberforum.ru/ms-access/thread60797-page3.html
У Вас это «вес», у меня «уровень». Конечно сейчас я уже пользуюсь схемой без связи по
уровню, но главная проблема — это когда данные меняются, и необходимо вставлять
в элемент разветвленного дерева, которой ближе к корню, элемент большего веса. Увеличивать вес этого элемента и всех родителей-не выход, потому как может оказаться,
что предлагают заглотить «папу».Jessy_James Автор
24.12.2019 00:35это когда данные меняются, и необходимо вставлять
в элемент разветвленного дерева, которой ближе к корню, элемент большего веса
Не очень понял, что здесь имеется ввиду. Вставка поддерева?Bambyrov
24.12.2019 19:14Я имею ввиду, что структуру данных по некой заданной теме должен определять не программист, а пользователь. Поэтому делим данные на 2 типа: Элементы(вес 0) и Сборки (вес > 0). Типа: страница (Элемент вес 0) — Книга (Сборка вес 1), а книги на полках и т.д.Но если некий роман написан в 3х томах (вес романа=2), нужно следить чтобы Польз. не поместил книжную полку, где размещается этот роман ( ее вес=3) в качестве еще главы упомянутого романа. Т.е. в некоторой степени база должна быть готова к решению еще не возникших задач (автор еще и не думает писать 2ю главу). Да, вставка поддерева.
mayorovp
24.12.2019 14:38Ни разу не похоже на декартово дерево
tsarevfs
24.12.2019 15:00Я не смотрел как именно автор делает балансировку, и не утверждаю что это декартово дерево. Но прелдагаю вам почитать про структуру данных полное имя которой я привел.
Декартово дерево по неявному ключу
Идея как раз в том, чтобы хранить вспомогательную величину, которую автор называет «вес», и на ее основе получать порядковый номер элемента. Использовать декартово дерево оказывается удобно для балансировки и поддержания инварианта весов.Jessy_James Автор
24.12.2019 15:11Заметим, что фактически в данном случае ключ для какой-то вершины — это количество вершин, меньших неё.
Красивая формулировка, как раз так вот и сделал.
Ясно, как теперь быстро вычислять для текущей вершины её неявный ключ. Поскольку во всех операциях мы приходим в какую-либо вершину, спускаясь по дереву, мы можем просто накапливать эту сумму, передавая её функции. Если мы идём в левое поддерево — накапливаемая сумма не меняется, а если идём в правое — увеличивается на cnt(t->l)+1.
Все умное до меня уже было написано )
oleg-m1973
24.12.2019 16:30А зачем в функции bntree::balance сделан обмен данными между узлами, при помощи копирования через this->tmb_data? В дереве не должно быть таких операций.
Jessy_James Автор
24.12.2019 16:46Помню что по быстрому накидал как самый простой вариант. На тот момент в указателях что ли запутался, и ссылку на родителя не хранил еще. Надо переделать.
ov7a
26.12.2019 16:52У меня какое-то дежавю.
https://habr.com/ru/post/479142/
Повторю свой комментарий оттуда — чем ваша идея отличается от дерева порядковой статистики, которое давным-давно описано в Кормене?
Magikan
Один только вопрос к тегам b-tree != Binary tree. Бинарное дерево это когда у любого элемента строго не более 2х дочерних, а семейство B деревьев сильно ветвистые. Ну и сверху ещё много отличий
Jessy_James Автор
Сократил так, binary в b. Не сильно в терминологию углублялся, исправлю.