1、认真阅读并验证哈希表实施查找的相关算法,写程序建立序列{16, 74, 60, 43, 54, 90, 46, 31, 29, 88, 77}的哈希表,装填因子定为0.8,哈希函数为h(k)=key%p,p=11,采用线性探查法解决冲突。测试中:
(1)输出建立的哈希表;
(2)完成关键字为29的元素的查找;
(1)输出建立的哈希表;
(2)完成关键字为29的元素的查找;
(3)在上述哈希表中删除关键字为77的元素,再显示哈希表。
本文是[数据结构基础系列(8):查找]中第11课时[哈希表——散列结构]和第12课时[哈希表的运算]的例程。
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 58
- 59
- 60
- 61
- 62
- 63
- 64
- 65
- 66
- 67
- 68
- 69
- 70
- 71
- 72
- 73
- 74
- 75
- 76
- 77
- 78
- 79
- 80
- 81
- 82
- 83
- 84
- 85
- 86
- 87
- 88
- 89
- 90
- 91
- 92
- 93
- 94
- 95
- 96
- 97
- 98
- 99
- 100
- 101
- 102
- 103
- 104
- 105
- 106
- 107
- 108
- 109
- 110
- 111
- 112
- 113
- 114
- 115
- 116
- 117
- 118
- 119
- 120
- 121
- 122
- 123
- 124
- 125
- 126
- 127
- 128
- 129
- 130
- 131
- 132
附:关于上面解法中存在的问题
1. 运行上面的程序,结果为
结果正确。
2.改换问题要求。还是这一组数,但哈希函数改为h(k)=k%11,装填因子选0.8,于是存储单元m=11÷0.8=13。期望的结果是:
修改main函数,实施测试。改动如下:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
但运行结果中建立的哈希表却是:
从代码中找其原因。解决冲突中重新定址的adr=(adr+1)%p
应该是adr=(adr+1)%m
,应该以存储单元数m为依据,决定是否将下标返回到0。
本文开头的课件截图中,也明确示出
di=(di−1+1) mod m
。相关的InsertHT函数和SearchHT函数中对应的代码,都应该改过。在修改中,存储单元数m也应该作为参数传递给相关的函数。
感谢烟台大学计146-2班杨珺同学指出错误。本文讨论至此,暂不做修改。这可能更有利于读者从我的错误中得到提高。