Быстрый поиск по полям в коллекции

@edwvee · Регистрация: 27.01.2014

Author24 — интернет-сервис помощи студентам

Есть коллекция объектов класса с разными полями. Нужно организовать быстрый поиск первого элемента (может потом множества элементов) по заданным значениям полей. Вроде как в базе данных когда индексы проставляешь. Как можно такое реализовать?
В голову пришел набор нескольких unordered_map по соотв "индексам". Но там же не может быть несколько значений на один ключ? Тем более придется обновлять эти unordered_map, что мучительно.

Добавлено через 21 час 46 минут
ап!

@Kastaneda · 26.01.2016, 14:11

если boost доступен, то там есть boost::multi_index_container, как раз то, что нужно.

@Mr.X · 26.01.2016, 14:17

Сообщение от edwvee

В голову пришел набор нескольких unordered_map по соотв "индексам". Но там же не может быть несколько значений на один ключ?

В multimap может.
Можно хранить коллекцию в мэпе с парами-значениями идентификатор-объект, а в мультимэпах пары ключ - идентификатор объекта.

@edwvee · 26.01.2016, 15:30 **[ТС]**

Хех, придется когда-нибудь все же разобраться с этим бустом)

@Kastaneda · 26.01.2016, 15:31

Сообщение от edwvee

Хех, придется когда-нибудь все же разобраться с этим бустом)

довольно увлекательное занятие, я когда только столкнулся с boost::multi_index_container у меня пару часов ушло только на написание typedef'a для моего контейнера

@edwvee · 07.02.2016, 02:57 **[ТС]**

Kastaneda, а что по сложности поиска по индексу если он ordered и если он hashed? Чего-то они про вставку, удаление в доке пишут и тп, а про выбор по индексу нет. Еще можешь объяснить в как вообще их reference пользоваться? Вот хочу я допустим узнать как место зарезервировать, но списка методов нормального не вижу, в референс толком не найти ничего, только примеры читать или заголовочные файлы.

@Kastaneda · 07.02.2016, 08:19

Сообщение от edwvee

Еще можешь объяснить в как вообще их reference пользоваться?

У boost'а с этим сложно, если бы они сделали свою справку открытой вики, то давно бы уже имели нормальную документацию.

Сообщение от edwvee

а что по сложности поиска по индексу если он ordered и если он hashed?

незнаю, тут как-то инуитивно, например если индекс у тебя строка, то hashed понятно будет быстрее. Я думаю там дерево внутри, поэтому можно ожидать log(n). Но не уверен, чисто предположение.

@edwvee · 07.02.2016, 22:39 **[ТС]**

А какой индекс лучше всего подойдет в качестве интового primary key? Я вот думаю как максимально быстро по полученному элементу контейнера произвести его апдейт в контейнере.

@Kastaneda · 08.02.2016, 14:21

Сообщение от edwvee

А какой индекс лучше всего подойдет в качестве интового primary key?

Чисто интуитивное предположение - ordered нормально будет, хешировать его точно не надо.

@edwvee 20 / 20 / 2 Регистрация: 27.01.2014 Сообщений: 232
		1
	Быстрый поиск по полям в коллекции 26.01.2016, 14:00. Показов 1937. Ответов 8 Метки нет (Все метки) Есть коллекция объектов класса с разными полями. Нужно организовать быстрый поиск первого элемента (может потом множества элементов) по заданным значениям полей. Вроде как в базе данных когда индексы проставляешь. Как можно такое реализовать? В голову пришел набор нескольких unordered_map по соотв "индексам". Но там же не может быть несколько значений на один ключ? Тем более придется обновлять эти unordered_map, что мучительно. Добавлено через 21 час 46 минут ап! 0

@Kastaneda 5231 / 3204 / 362 Регистрация: 12.12.2009 Сообщений: 8,113 Записей в блоге: 2
	26.01.2016, 14:11	2
	Сообщение было отмечено edwvee как решение Решение если boost доступен, то там есть boost::multi_index_container, как раз то, что нужно. 1

@Mr.X 3225 / 1752 / 436 Регистрация: 03.05.2010 Сообщений: 3,867
	26.01.2016, 14:17	3
	Сообщение от edwvee В голову пришел набор нескольких unordered_map по соотв "индексам". Но там же не может быть несколько значений на один ключ? В multimap может. Можно хранить коллекцию в мэпе с парами-значениями идентификатор-объект, а в мультимэпах пары ключ - идентификатор объекта. 1

@edwvee 20 / 20 / 2 Регистрация: 27.01.2014 Сообщений: 232
	26.01.2016, 15:30 [ТС]	4
	Хех, придется когда-нибудь все же разобраться с этим бустом) 0

@Kastaneda 5231 / 3204 / 362 Регистрация: 12.12.2009 Сообщений: 8,113 Записей в блоге: 2
	26.01.2016, 15:31	5
	Сообщение от edwvee Хех, придется когда-нибудь все же разобраться с этим бустом) довольно увлекательное занятие, я когда только столкнулся с boost::multi_index_container у меня пару часов ушло только на написание typedef'a для моего контейнера 0

@edwvee 20 / 20 / 2 Регистрация: 27.01.2014 Сообщений: 232
	07.02.2016, 02:57 [ТС]	6
	Kastaneda, а что по сложности поиска по индексу если он ordered и если он hashed? Чего-то они про вставку, удаление в доке пишут и тп, а про выбор по индексу нет. Еще можешь объяснить в как вообще их reference пользоваться? Вот хочу я допустим узнать как место зарезервировать, но списка методов нормального не вижу, в референс толком не найти ничего, только примеры читать или заголовочные файлы. 0

@Kastaneda 5231 / 3204 / 362 Регистрация: 12.12.2009 Сообщений: 8,113 Записей в блоге: 2
	07.02.2016, 08:19	7
	Сообщение от edwvee Еще можешь объяснить в как вообще их reference пользоваться? У boost'а с этим сложно, если бы они сделали свою справку открытой вики, то давно бы уже имели нормальную документацию. Сообщение от edwvee а что по сложности поиска по индексу если он ordered и если он hashed? незнаю, тут как-то инуитивно, например если индекс у тебя строка, то hashed понятно будет быстрее. Я думаю там дерево внутри, поэтому можно ожидать log(n). Но не уверен, чисто предположение. 0

@edwvee 20 / 20 / 2 Регистрация: 27.01.2014 Сообщений: 232
	07.02.2016, 22:39 [ТС]	8
	А какой индекс лучше всего подойдет в качестве интового primary key? Я вот думаю как максимально быстро по полученному элементу контейнера произвести его апдейт в контейнере. 0

@Kastaneda 5231 / 3204 / 362 Регистрация: 12.12.2009 Сообщений: 8,113 Записей в блоге: 2
	08.02.2016, 14:21	9
	Сообщение от edwvee А какой индекс лучше всего подойдет в качестве интового primary key? Чисто интуитивное предположение - ordered нормально будет, хешировать его точно не надо. 0

Быстрый поиск по полям в коллекции

Решение