Форум программистов, компьютерный форум, киберфорум
C# .NET
Войти
Регистрация
Восстановить пароль
 
Рейтинг 4.71/7: Рейтинг темы: голосов - 7, средняя оценка - 4.71
Сидорович
129 / 31 / 3
Регистрация: 03.08.2010
Сообщений: 618
Завершенные тесты: 2
1

Хэш-таблица, поддерживающая несколько ключей

30.06.2012, 12:21. Просмотров 1317. Ответов 2
Метки нет (Все метки)

Инетерсует, если где реализация хэш-таблицы (лучше - с обобщённой типизацией), поддерживающая несколько ключей?

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

К примеру, ключ состоит из двух полей string и одного Int. Необходимо, чтобы таблица сначала извлекала "ту часть себя", которая соответствует значению поля ключа int. Потом первого string. Затем второго.

Если сумбурно написал, спрашивайте, где непонятно, ок?

Заранее спасибо!
0
Лучшие ответы (1)
QA
Эксперт
41792 / 34177 / 6122
Регистрация: 12.04.2006
Сообщений: 57,940
30.06.2012, 12:21
Ответы с готовыми решениями:

Хэш таблица
Не получается!((( На с# . Условие задачи! Построить хэш таблицу, содержащую последовательность из...

Хэш таблица
Создать хэш-таблицу, занести в неё значения строк вида «Элемент X», где X – значение элемента...

Описать класс "хэш-таблица", используя unordered_set и заданную хэш-функцию
Здравствуйте. Есть класс объектов и ключ сравнения: #pragma once #include <iostream> #include...

Проблема уникальности ключей в хэш-таблце с открытой адресацией
Положим мы имеем пустую таблицу table = вставляем пару <ключ, значение> c...

2
kolorotur
Эксперт .NET
13263 / 10293 / 2675
Регистрация: 17.09.2011
Сообщений: 17,472
Завершенные тесты: 1
30.06.2012, 12:43 2
Лучший ответ Сообщение было отмечено Сидорович как решение

Решение

А зачем такие извращения?
Хэш-таблица - это же не таблица в базе данных, где результат предыдущего запроса фильтруется с новым условием. Там совсем другой принцип работы.
Если я вас правильно понял, что вы хотите сделать что-то вроде этого:
C#
1
Dictionary<int, Dictionary<string, Dictionary<string, T>>>
Но с таким подходом у вас времени на извлечение элементов будет уходить в три раза больше, чем на извлечение из обычного хэш-сета:
C#
1
HashSet<T>
Где при генерировании ключа используются соответствующие поля.
0
Сидорович
129 / 31 / 3
Регистрация: 03.08.2010
Сообщений: 618
Завершенные тесты: 2
30.06.2012, 13:42  [ТС] 3
Хорошо. Я приведу другой пример.

Пусть ключ:
C#
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
    struct KeyInfo : IComparable<KeyInfo>
    {
        public uint InternalFreeCells;
        //По секрету скажу, что массив состоит из 8 элементов
        public InternalColumn[] InternalColumns;
        public int CompareTo(KeyInfo other)
        {
            if (InternalFreeCells != other.InternalFreeCells)
            {
                if (InternalFreeCells > other.InternalFreeCells)
                    return 1;
                return -1;
            }
            for (int i = 0; i < Field.COUNT_COLUMNS; i++)
            {
                int comp = InternalColumns[i].CompareTo(other.InternalColumns[i]);
                if (comp != 0) return comp;
            }
            return 0;
        }
    }
Где:
C#
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
    struct InternalColumn : IComparable<InternalColumn>
    {
        public const int MAX_CARD_IN_COLUMN = 16;
 
        public ulong Part0, Part1;
 
        public int CompareTo(InternalColumn other)
        {
            if (Part0 == other.Part0)
            {
                if (Part1 > other.Part1)
                    return 1;
                if (Part1 < other.Part1)
                    return -1;
                return 0;
            }
            if (Part0 > other.Part0)
                return 1;
            return -1;
        }
    }
Как видим, ключ состоит из элемента uint, и массива структур InternalColumn. В свою очередь, эта структура состоит из двух элементов ulong (итого размер ключа 4+8*(8+8)=132 байта). Задача переборная, где перебирается множество (очень большое множество) позиций (каждая из которых идентифицируется этим ключом). При переборе на n-ую глубину возможно возвращение к позиции, которая уже была ранее, и, по условию алгоритма, дальше анализировать не надо. Количество возможных коллизий достаточно велико, при этом вероятность совпадения какого-либо элемента из массива InternalColumns велика, поэтому:
Тут мы сталкиваемся с проблемами:
1. Хранить всё ключи (размером 132 байта) требует колоссального количества памяти. Поэтому здесь так никак.
2. Рационально организовать некоторое 9-уровневое дерево таблиц, где листок на каждом следующем уровне будет определяться одной структурой InternalColumn.
0
Answers
Эксперт
37091 / 29110 / 5898
Регистрация: 17.06.2006
Сообщений: 43,301
30.06.2012, 13:42

Заказываю контрольные, курсовые, дипломные и любые другие студенческие работы здесь.

Хэш таблица
Может кто вкратце объяснить её суть, естестно загуглил, и естестно то ли не понял, то ли не...

Хэш-таблица
Ребят, помогите, пожалуйста, решить задачу: Хэш-функция определена как h(k) = k mod 11. Вводится...

хэш таблица
вот в описании хэш таблицы написано что элементы массива с индексом хэш значения от ключа являются...

Хэш-таблица
Дана строка произвольного размера. Необходимо найти все повторяющиеся фрагменты максимальной длины....


Искать еще темы с ответами

Или воспользуйтесь поиском по форуму:
3
Ответ Создать тему
Опции темы

КиберФорум - форум программистов, компьютерный форум, программирование
Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2020, vBulletin Solutions, Inc.