Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Комплект Информатика / Лабораторный практикум.doc
Скачиваний:
178
Добавлен:
22.05.2015
Размер:
6.45 Mб
Скачать

Задание

1. Следующая таблица представляет содержимое частичного индекса

Ключ Номер сегмента

13С08 1

23G19 2

26Х28 3

36Z05 4

Укажите, какой сегмент будет найден при поиске записи с каждым из следующих ключевых значений.

1

24Х17

2

12N67

3

32E75

4

26X28

5

17G37

6

24E43

7

15H42

8

21C32

9

35K51

10

27E45

11

13C08

12

29X11

13

34Z28

14

25X23

15

23X07

16

28L11

17

21G24

18

35X30

19

29Z20

20

33C29

2.Написать программу на языке C++, осуществляющую создание индексированного файла с вымышленными данными о студентах в количестве 20 человек: номер по журналу, ФИО, возраст.

Порядок выполнения работы

Ключ Номер сегмента

13С08 1

23G19 2

26Х28 3

36Z05 4

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

ключевое значение-15F20

номер сегмента будет равен 2

Требования к отчету

Отчет должен содержать:

  1. Исходное задание.

  2. Описание алгоритмов.

  3. Листинг программы.

  4. Скриншоты результатов работы программы.

  5. Ответы на контрольные вопросы.

  6. Выводы о проделанной работе.

Контрольные вопросы

  1. Какие действия выполнит операционная система, получив запрос на восстановление записи из индексированного файла?

  2. В чем разница между индексом файла и самим файлом?

  3. Что необходимо сделать при закрытии индексированного файла, но не обязательно – при закрытии последовательного файла?

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

  5. В каком смысле преимущества использования индекса теряются, если для того, чтобы сохранить небольшой размер индекса, размер сегментов в системе с частичными индексами устанавливается очень большим?

Лабораторная работа № 28.

Хэширование данных

Цель

Формирование навыков в организации данных с использованием хэш – функций.

Задание для самостоятельной подготовки

  1. Изучить основные положения хэширования данных [1], стр. 397-403.

  2. Изучить содержание и порядок выполнения лабораторной работы.

Основы теории

Хэширование(hashing) — это процесс получения индекса элемента массива непосредственно в результате операций, производимых над ключом, который хранится вместе с элементом или даже совпадает с ним. Генерируемый индекс называетсяхэш-адресом(hash). Традиционно хэширование применяется к дисковым файлам как одно из средств уменьшения времени доступа. Тем не менее, этот общий метод можно применить и с целью доступа к разреженным массивам. В предыдущем примере с массивом указателей использовалась специальная форма хэширования, которая называетсяпрямая адресация. В ней каждый ключ соответствует одной и только одной ячейке массива[1]. Другими словами, каждый индекс, вычисленный в результате хэширования, уникальный. (При представлении разреженного массива в виде массива указателей хэш-функция не должна обязательно реализовывать прямую адресацию — просто это был очевидный подход к реализации электронной таблицы.) В реальной жизни схемы прямого хэширования встречаются редко; обычно требуется более гибкий метод. В данном разделе показано, как можно обобщить метод хэширования, придав ему большую мощь и гибкость.

В примере с электронной таблицей понятно, что даже в самых сложных случаях используются не все ячейки таблицы. Предположим, что почти во всех случаях фактически занятые ячейки составляют не более 10 процентов потенциально доступных мест. Это значит, что если таблица имеет размер 260x100 (2`600 ячеек), в любой момент времени будет использоваться лишь примерно 260 ячеек. Этим подразумевается, что самый большой массив, который понадобится для хранения всех занятых ячеек, будет в обычных условиях состоять только из 260 элементов. Но как ячейки логического массива сопоставить этому меньшему физическому массиву? И что происходит, когда этот массив переполняется? Ниже предлагается одно из возможных решений.

Когда пользователь вводит данные в ячейку электронной таблицы (т.е. заполняет элемент логического массива), позиция ячейки, определяемая по ее имени, используется для получения индекса (хэш-адреса) в меньшем физическом массиве. При выполнении хэширования физический массив называется также первичным массивом. Индекс в первичном массиве получается из имени ячейки, которое преобразуется в число, точно так, как и в примере с массивом указателей. Но затем это число делится на 10, в результате чего получается начальная точка входа в первичный массив. (Помните, что в данном случае размер физического массива составляет только 10 % размера логического массива.) Если ячейка физического массива по этому индексу свободна, в нее заносятся логический индекс и данные. Но поскольку 10 логических позиций соответствуют одной физической позиции, могут возникнуть коллизии при вычислении хэш-адресов[2]. Когда это происходит, записи сохраняются в связанном списке, иногда называемомсписком коллизий(collision list). С каждой ячейкой первичного массива связан отдельный список коллизий. Конечно, до возникновения коллизии эти списки имеют нулевую длину, как показано на рис. 23.3.

Указатель

на

список

Индекс коллизий

+------+----------+ +--+ +--+

0 | А1 | -------->|B1|--->|C1|

+------+----------+ +--+ +--+

1 | L1 | -------->|P1|

+------+----------+ +--+

2 | А2 | NULL |

+------+----------+

3 | M2 | NULL |

+------+----------+

4 | | NULL |

+------+----------+ Порядок

| . | поступления:

| . | A1

| . | L1

+------+----------+ B1

258| А1 | NULL | C1

+------+----------+ P1

259| А1 | NULL | A2

+------+----------+ M2

Первичный массив

Рисунок 1 – Пример хзширования

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

В примере хэширования используется массив структур под названием primary:

#define MAX 260

struct htype {

int index; /* логический индекс */

int val; /* собственно значение элемента данных */

struct htype *next; /* указатель на следующий элемент с таким же

хэш-адресом */

} primary[MAX];

Перед использованием этого массива необходимо его инициализировать. Следующая функция присваивает полю indexзначение -1 (значение, которое по определению никогда не будет сгенерировано в качестве индекса); это значение обозначает пустой элемент. ЗначениеNULLв полеnextсоответствует пустой цепочке хэширования[3].

/* Инициализация хэш-массива. */

void init(void)

{

register int i;

for (i=0; i<MAX; i++) {

primary[i].index = -1;

primary[i].next = NULL; /* пустая цепочка */

primary[i].val = 0;

}

}

Процедура store() преобразует имя ячейки в хэш-адрес в первичном массиве primary. Если позиция, на которую указывает значение хэш-адрес, занята, процедура автоматически добавляет запись в список коллизий с помощью модифицированной версии функцииslstore()из предыдущей главы. Логический индекс также сохраняется, поскольку он понадобится при извлечении элемента. Данные функции показаны ниже:

/* Вычисление хэш-адреса и сохранение значения. */

void store(char *cell_name, int v)

{

int h, loc;

struct htype *p;

/* Получение хэш-адреса */

loc = *cell_name - 'A'; /* столбец */

loc += (atoi(&cell_name[1])-1) * 26; /* строка * ширина + столбец */

h = loc/10; /* hash */

/* Сохранить в полученной позиции, если она не занята

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

*/

if(primary[h].index==-1 || primary[h].index==loc) {

primary[h].index = loc;

primary[h].val = v;

return;

}

/* в противном случае, создать список коллизий

либо добавить в енго элемент */

p = (struct htype *) malloc(sizeof(struct htype));

if(!p) {

printf("Не хватает памяти\n");

return;

}

p->index = loc;

p->val = v;

slstore(p, &primary[h]);

}

/* Добавление элементов в список коллизий. */

void slstore(struct htype *i,

struct htype *start)

{

struct htype *old, *p;

old = start;

/* найти конец списка */

while(start) {

old = start;

start = start->next;

}

/* связать с новой записью */

old->next = i;

i->next = NULL;

}

Для того чтобы получить значение элемента, программа должна сначала вычислить хэш-адрес и проверить, совпадает ли с искомым логический индекс, хранящийся в полученной позиции физического массива. Если совпадает, возвращается значение ячейки; в противном случае — производится поиск в списке коллизий. Функция find(), выполняющая эти задачи, показана ниже:

/* Вычисление хэш-адреса и получение значения. */

int find(char *cell_name)

{

int h, loc;

struct htype *p;

/* получение значения хэш-адреса */

loc = *cell_name - 'A'; /* столбец */

loc += (atoi(&cell_name[1])-1) * 26; /* строка * ширина + столбец */

h = loc/10;

/* вернуть значение, если ячейка найдена */

if(primary[h].index == loc) return(primary[h].val);

else { /* в противном случае просмотреть список коллизий */

p = primary[h].next;

while(p) {

if(p->index == loc) return p->val;

p = p->next;

}

printf("Ячейки нет в массиве\n");

return -1;

}

}

Создание функции удаления оставлено читателю в качестве упражнения. (Подсказка: Просто обратите процесс вставки.)

Показанный выше алгоритм хэширования очень прост. Как правило, на практике применяются более сложные методы, обеспечивающие более равномерное распределение индексов в первичном массиве, что устраняет длинные цепочки хэширования. Тем не менее, основной принцип остается таким же.

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