單獨鏈接與中的哈希函數。 開放式尋址

Question

我正在閱讀Weiss的《數據結構》一書，並且對“單獨鏈接”中的散列函數之間的差異感到困惑。 打開尋址中的哈希函數。

在單獨的鏈接中，哈希函數定義為：

hash(x) = x mod tableSize

而在公開尋址中：

h_i(x) = (hash(x) + f(i)) mod tableSize

其中，i是試驗和f（i）的數目是函數，如F（I）= I為線性探測中，f（I）= I ^ 2為二次探測，等

我有兩個問題：

1）在單獨鏈接中，具有哈希函數是否有意義：

hash(x) = x mod 10

當表大小等於11時？

2）在打開解決，我們總是要通過國防部的tableSize鍵（+間隙）兩次？

Answer 1

1）不是。 這將是正確的，但效率不高。 如果mod不到表的大小，都會有至少一個未使用的水桶，在您的桌面的頂部。 如果有特殊原因，選擇值mod的（有可能是，如果你正在尋找某些屬性），那么你可以只修剪表，該尺寸，避免浪費。

2）並不是真正必要的（（ ((a mod c) + b) mod c是多余的），並且它不是唯一的唯一定義。 一般而言，您有h_i(x) = f(x, i) mod tableSize ， f一些明顯選擇包括

• f(x, i) = x + i （線性探測）
• 對於某些常數a和b != 0 f(x, i) = x + a * i + b * i * i （二次探測）
• f(x, i) = h1(x) + i * h2(x)用於某些合適的哈希函數h1和h2 （雙哈希）

最后一個特別容易溢出，這可能會弄亂某些屬性，因此您可能希望對表大小進行模運算（尤其是如果這是一個質數，因為這樣您就可以使用一個不錯的字段了）。

同樣，在需要f(x, i + 1)之前，您總是要使用f(x, i) mod tablesize ，因此您最好遞增地計算f ，因為在每個步驟中，通過tablesize進行mod無論如何都要做。

但是，我們當然不僅限於這些形式的f ，甚至不限於我們在尋找開放位置的這種開放式編址方案。 布谷鳥哈希 （和變體）有兩個候選位置可插入一個項目，如果兩個位置都已滿（請注意避免無限循環），它將踢出一個項目並將其移至其alt位置（可能還會移動一個項目） ）。 這樣，查找只需要查看兩個位置，而不是整個表。 它有許多變體。