Самый быстрый способ определить, содержится ли элемент в мультикарте?

Question

Самый быстрый способ определить, содержится ли элемент в мультикарте?

0

Предположим, что многомагистраль <строка, строка>. Я хочу проверить, содержится ли элемент, например, пара <строка, строка> ("foo", "bar"). Конечно, я могу пойти с чем-то вроде

auto range(myMap.equal_range("foo"));
auto it = find(range.first, range.second, pair<string, string>("foo", "bar"));

но это будет означать линейный поиск в пределах диапазона. Поскольку нужно назначить мультимап, я бы предпочел извлечь выгоду из заказа и поиска с логарифмической сложностью. Это возможно?

Kit Fisto 27 янв. 2014, в 11:30

Источник

1

Когда у вас есть диапазон (то есть все записи с одним и тем же ключом), вы должны выполнить линейный поиск, чтобы найти соответствующее значение - альтернативы нет. std::multimap использует порядок вставки для соответствующих ключей, поэтому, возможно, вы сможете организовать вставки для вставки наиболее часто используемых элементов в первую очередь (?) ...
Nim 27 янв. 2014, в 09:47
0

мультикарты в основном являются бинарными деревьями и поэтому должны иметь некоторый порядок значений с тем же ключом. Я думал, что должен быть способ поиска прибыли по заказу, по крайней мере, если реализация обеспечивает.
Kit Fisto 27 янв. 2014, в 09:53
1

Как я уже сказал, порядок является порядок вставки.
Nim 27 янв. 2014, в 09:54
0

Так как никто не спрашивает, я буду. Какова частота репликации дублирующихся ключей? Частью несоответствия мультикарты является тот факт, что реплицированные ключи не сортируются, а поддерживаются в порядке вставки. Если это общность, вам лучше использовать составной std::set<std::pair<K<T>> с соответствующим компаратором. Если «делает ключ-существует» часто и нагрузка на репликацию низкая, то std::map<K,std::vector<T>> где отображаемое значение T поддерживается в отсортированном вами порядке , может быть лучше подходит. Это помогло бы узнать больше о проблеме, которую вы решаете.
WhozCraig 27 янв. 2014, в 10:05
0

@WhozCraig: я понимаю, что вы имеете в виду, но мой вопрос не был, какой контейнер лучше для этой цели. Просто возможно ли избежать линейного поиска для этой конкретной задачи, и, как оказалось, ответ, похоже, нет. Благодарю.
Kit Fisto 27 янв. 2014, в 10:10
0

Ах. Я вижу, тогда нет, это не так. Если вы отличаетесь парой поисков, я бы использовал составной ключ и / или другой контейнер. Если вы привязаны исключительно к std::multimap я боюсь, что вы сол.
WhozCraig 27 янв. 2014, в 10:13
0

Некоторые звуковые предложения для альтернативных контейнеров уже. Более просто, использование lower_bound или upper_bound и итерация по диапазону до тех пор, пока вы не найдете совпадение, конец / повтор или другой ключ, может быть лучше, чем использование equal_range и необходимость поиска обеих конечных точек заранее, хотя и в зависимости от скорости сравнения ключей и точного кэша / влияние на производительность памяти ....
Tony Delroy 27 янв. 2014, в 10:14
0

@WhozCraig: Ним уже предложил карту <string, set <string >>, которая не очень хороша, но до сих пор является лучшей идеей IMO.
Kit Fisto 27 янв. 2014, в 10:14
0

@KitFisto Это не эквивалентно. Используя эту конструкцию, вы не можете иметь идентичные ключи и значения, как вы можете в multimap , и если это лучше соответствует тому, что вы пытаетесь сделать, это больше топлива для причины того, что multimap не подходит контейнер в первую очередь. Если бы это самоуправляемое решение было функционально эквивалентно multimap и решило бы проблему линейного поиска по идентичным ключам, я бы сам проголосовал за нее.
WhozCraig 27 янв. 2014, в 10:16
0

@WhozCraig: мне не нужна возможность вставлять одинаковые значения. Даже когда я этого не сделаю, я обычно буду использовать мультикарту, потому что нет простой альтернативы.
Kit Fisto 27 янв. 2014, в 10:22
0

@WhozCraig: И если бы мне понадобилась эта способность (и возможность поиска ключа), разве карта <string, multiset <string >> не была бы лучшим подходом?
Kit Fisto 27 янв. 2014, в 10:23
0

@KitFisto эта деталь (без требований к дублирующим значениям) была оставлена вне первоначального вопроса, и да, это, вероятно, будет лучшим соответствием тому, что вы пытаетесь сделать. Однако, если все ключи имеют значения, правильного компаратора и составного ключа будет одинаково достаточно (и на самом деле, вероятно, будет даже лучше). Однако, как вы сказали, все, что вы искали, это «это возможно» с помощью std::multimap и я боюсь, что нет.
WhozCraig 27 янв. 2014, в 10:26

Показать ещё 10 комментариев

Теги:

c++

multimap

4 ответа

0

Нет никаких гарантий относительно относительного порядка элементов с эквивалентными ключами на С++ 98, поэтому в зависимости от вашей среды сборки вы ищете линейную сложность для поиска диапазона.

Вы можете использовать пользовательский multimap, создав map которая сопоставляется с set:

// std namespace removed for brevity
map< string, set<string> > myMap;

Это может быть полезно, если вы ожидаете больших значений с теми же ключами. В противном случае ваше оригинальное решение выглядит лучше, так как итерация не такая чистая. Должна написать функцию для поиска этого контейнера.

egur 27 янв. 2014, в 12:12

0

Вы хотите просто использовать find():

 multimap<T> m;
 T t;
 // ...
 multimap<T>::iterator r = m.find(t);
 if (r != m.end()) {
     // hit
 }

Paul Evans 27 янв. 2014, в 08:45

0

Я хочу искать значение, а не только ключ. В противном случае я мог бы также использовать поиск или подсчет.
Kit Fisto 27 янв. 2014, в 09:57
0

@KitFisto ок, отредактировал ответ соответственно
Paul Evans 27 янв. 2014, в 09:58
0

Кроме того, для std::multimap требуются два необязательных параметра шаблона, включая типы ключей и значений.
WhozCraig 27 янв. 2014, в 10:00

Показать ещё 1 комментарий

-1

Мультимапы обычно реализуются как красно-черные деревья (GNU C++ делает это). Таким образом, поиск по ним через их итераторы будет O (log n).

cybermage14 27 янв. 2014, в 06:55

0

Как только найден соответствующий диапазон для данного ключа, поиск является линейным, а не логарифмическим.
Nim 27 янв. 2014, в 09:50
0

Алгоритм поиска всегда линейный. Не могли бы вы объяснить, как я мог выполнить «поиск по итератору»?
Kit Fisto 27 янв. 2014, в 09:51
0

Неважно, я не знаю C ++. Я ничего не знаю
cybermage14 27 янв. 2014, в 09:55

Показать ещё 1 комментарий

Ещё вопросы

Когда у вас есть диапазон (то есть все записи с одним и тем же ключом), вы должны выполнить линейный поиск, чтобы найти соответствующее значение - альтернативы нет. std::multimap использует порядок вставки для соответствующих ключей, поэтому, возможно, вы сможете организовать вставки для вставки наиболее часто используемых элементов в первую очередь (?) ...
мультикарты в основном являются бинарными деревьями и поэтому должны иметь некоторый порядок значений с тем же ключом. Я думал, что должен быть способ поиска прибыли по заказу, по крайней мере, если реализация обеспечивает.
Как я уже сказал, порядок является порядок вставки.
Так как никто не спрашивает, я буду. Какова частота репликации дублирующихся ключей? Частью несоответствия мультикарты является тот факт, что реплицированные ключи не сортируются, а поддерживаются в порядке вставки. Если это общность, вам лучше использовать составной std::set<std::pair<K<T>> с соответствующим компаратором. Если «делает ключ-существует» часто и нагрузка на репликацию низкая, то std::map<K,std::vector<T>> где отображаемое значение T поддерживается в отсортированном вами порядке , может быть лучше подходит. Это помогло бы узнать больше о проблеме, которую вы решаете.
@WhozCraig: я понимаю, что вы имеете в виду, но мой вопрос не был, какой контейнер лучше для этой цели. Просто возможно ли избежать линейного поиска для этой конкретной задачи, и, как оказалось, ответ, похоже, нет. Благодарю.
Ах. Я вижу, тогда нет, это не так. Если вы отличаетесь парой поисков, я бы использовал составной ключ и / или другой контейнер. Если вы привязаны исключительно к std::multimap я боюсь, что вы сол.
Некоторые звуковые предложения для альтернативных контейнеров уже. Более просто, использование lower_bound или upper_bound и итерация по диапазону до тех пор, пока вы не найдете совпадение, конец / повтор или другой ключ, может быть лучше, чем использование equal_range и необходимость поиска обеих конечных точек заранее, хотя и в зависимости от скорости сравнения ключей и точного кэша / влияние на производительность памяти ....
@WhozCraig: Ним уже предложил карту <string, set <string >>, которая не очень хороша, но до сих пор является лучшей идеей IMO.
@KitFisto Это не эквивалентно. Используя эту конструкцию, вы не можете иметь идентичные ключи и значения, как вы можете в multimap , и если это лучше соответствует тому, что вы пытаетесь сделать, это больше топлива для причины того, что multimap не подходит контейнер в первую очередь. Если бы это самоуправляемое решение было функционально эквивалентно multimap и решило бы проблему линейного поиска по идентичным ключам, я бы сам проголосовал за нее.
@WhozCraig: мне не нужна возможность вставлять одинаковые значения. Даже когда я этого не сделаю, я обычно буду использовать мультикарту, потому что нет простой альтернативы.
@WhozCraig: И если бы мне понадобилась эта способность (и возможность поиска ключа), разве карта <string, multiset <string >> не была бы лучшим подходом?
@KitFisto эта деталь (без требований к дублирующим значениям) была оставлена вне первоначального вопроса, и да, это, вероятно, будет лучшим соответствием тому, что вы пытаетесь сделать. Однако, если все ключи имеют значения, правильного компаратора и составного ключа будет одинаково достаточно (и на самом деле, вероятно, будет даже лучше). Однако, как вы сказали, все, что вы искали, это «это возможно» с помощью std::multimap и я боюсь, что нет.
Я хочу искать значение, а не только ключ. В противном случае я мог бы также использовать поиск или подсчет.
@KitFisto ок, отредактировал ответ соответственно
Кроме того, для std::multimap требуются два необязательных параметра шаблона, включая типы ключей и значений.
Как только найден соответствующий диапазон для данного ключа, поиск является линейным, а не логарифмическим.
Алгоритм поиска всегда линейный. Не могли бы вы объяснить, как я мог выполнить «поиск по итератору»?
Неважно, я не знаю C ++. Я ничего не знаю

Nim · Accepted Answer · 2014-01-27T07-42-00.000Z

Если это типичный образец доступа, я бы сказал, что multimap - неправильный контейнер?

Может быть, что-то вроде следующего?

std::map<std::string, std::set<std::string>>

Хорошо, вставка и удаление сложнее, но поиск соответствует требованиям, которые у вас есть.