1. CMSC 341 Lecture 12

2. Hash Table 0 1 2 m-1 Basic Idea an array in which items are stored
storage index for an item determined by a hash function
h(k): U  {0, 1, …, m-1}
Desired Properties of h(k)
easy to compute
uniform distribution of keys over {0, 1, …, m}
when h(k1) = h(k2) for k1, k2  U , we have a collision
U is the universe of key values
h(k) is a function from the set of all possible key values to an int in the range 0 to (m-1) inclusive
Hashing integers is easy. The key values in the set U are already integers. H(k) just needs to distribute them over the range 0…m-1 in some uniform way.
There are basically two ways to do this.

3. Division Method The function: h(k) = k mod m
where m is the table size.
M must be chosen to spread keys evenly.
Ex: m = a factor of 10
Ex: m = 2b, b> 1
A good choice of m is a prime number.
Also we want the table to be no more than 80% full.
Choose m as smallest prime number greater than mmin, where mmin = (expected number of entries)/0.8
Factor of 10
what if keys all end in zero?
70 mod 10 = 0
80 mod 10 = 0
90 mod 10 = 0
Power of 2
h)k) = k mod 2^b just extracts the lower order bits
19 mod 4 = 3
10011 mod 2^2 =00011 (the bottom two bits)

4. Multiplication Method
The function
h(k) = m(kA - kA)
where A is some real positive constant.
A very good choice of A is the inverse of the “golden rule.”
Given two positive numbers x and y, the ratio x/y is the golden ratio if
 = x/y = (x+y)/x
The golden ratio:
x2 - xy - y2 = 0  2 -  - 1 = 0
 = (1 + sqrt(5))/2 = …
~= Fibi/Fibi-1
Note that kA - kA lies between 0 and 1

5. Multiplication Method (cont.)
Because of the relationship of the golden ratio to Fibonacci numbers, this particular value of A in the multiplication method is called “Fibonacci hashing.”
Some values of
h(k) = m(k -1 - k -1 )
= 0 for k = 0
= 0.618m for k = 1 (-1 = 1/ 1.618… = 0.618…)
= 0.236m for k = 2
= 0.854m for k = 3
= 0.472m for k = 4
= 0.090m for k = 5
= 0.708m for k = 6
= 0.326m for k = 7
= …
= 0.777m for k = 32

6. Non-integer Keys
In order to has a non-integer key, must first convert to a positive integer:
h(k) = g(f(k)) with f: U  int
g: I  {0 .. m-1}/2
Suppose the keys are strings. How can we convert a string (or characters) into an integer value?
Lots of possibilities. Most of which are not very good.
1. Sum the ascii values of the characters in the string. If the string S has length N, and the characters are c0, …, cn-1, then
f(k) = sum(ci)
if g is the division method, then h(k) = (sum(ci)) mod tablesize
Problem: if string length is short, the integers will not span the table (since ascii values are 0…127), max integer will be 127n
2. Compute a polynomial function using the characters as the constants. Let B be the base of the polynomial
f(k) = sum(ciB^i)
What should be the value of B?
Try smallest prime number > 32 = 37
Use prime number in order to involve all bits in integer
Prob: integer might overflow and become negative.

7. int hash(const string &key, int tablesize) { int hashval = 0;
// f(k) by Horner’s rule
for (int i = 0; i < key.length(); i++)
hashval = 37*hasval + key[i];
// g(k) by division method
hashval %= tablesize;
if (hashval < 0)
hashval += tablesize;
return hashval; }
Template parameter HashedObj implies all the properties of Object:
has a constructor of no args
has a copy constructor
has a destructor
has an assignment operator
Plus:
has operator == or !=
there is a function
template <class HashedObj>
int hash(const HashedObj &key, int tablesize)
Hash functions of class are note template functions. Overload the template functions for specific classes:
int hash(const string &key, int tablesize);
int hash(const int &key, int tablesize);

8. HashTable Class template <class HashedObj> class HashTable {
public:
explicit HashTable(const HashedObj) &notFound, size=101);
HashTable(const HashTable &rhs) : ITEM_NOT_FOUND(rhs.ITEM_NOT_FOUND),theLists(rhs.theLists){}
const HashedObj &find(const HashedObj &x) const;
void makeEmpty();
void insert (const HashedObj &x);
void remove (const HashedObj &x);
const HashTable &operator=(const HashTable &rhs);
private:
vector<List<HashedObj>> theLists;
const HashedObj ITEM_NOT_FOUND; };

9. Hash Table Ops const HashedObj &find(const HashedObj &x) const;
returns the HashedObj in the table, if present
otherwise, returns ITEM_NOT_FOUND
void insert (const HashedObj &x);
if x already in table, do nothing.
otherwise insert it, using the appropriate hash func
void remove (const HashedObj &x);
remove the instance of x, if x is present
otherwise, does nothing
void makeEmpty();
It is up to the hashtable user to provide a HashedObj that cannot possibly be in the table. The text provides no way to test for this. Perhaps HashTable should have a method:
template <class HashedObj>
bool HashTable<HashedObj>::isNotFound(const HashedObj &x);
Why not return an iterator from find -- as we did in list? Could do that. It would have advantages:
iter.isPastEnd() if not found
iter.retrieve() to get the object
Question: can ITEM_NOT_FOUND be inserted? ANS: Yes.
What if it is? Then can no longer distinguish find successful/unsuccessful.

10. Handling Collisions Collisions are inevitable. How to handle them?
One possibility: separate chaining (aka open hashing)
store colliding items in a list
if m is large enough, list lengths are small
Insertion of key k
hash(k) to find bucket
if k is on that this, do nothing. Else, insert k on that list.
Asymptotic performance
if always inserted at head of list, and no duplicates, insert = O(1): best, worst, average
Ex: hash first 10 perfect squares using k mod 10:
tablesize = 10, m = 10
insert 0, 1, 4, 9, 16, 25, 36, 49, 64, 81

11. Find Performance Find hash k to find the bucket
do a find on that list, returns a listItr
if itr.isPastEnd(), return ITEM_NOT_FOUND, otherwise, return itr.retrieve()
Performance
best:
worst:
average
Performance
best: selected list is empty or key is first  O(1)
worst: Let N be number of elements in the hash table. Worst case: all N elements are in one list (all have the same hash value) and key not there  O(n)
average: Suppose there are M buckets and N elements in table. Then, expected list length = N/M  O(N/M) = O(N) if M is small
= O(1) if M is large
= N/M is called the load factor of the table. It is important to keep the load factor from getting too large.
If N <= M, <= 1 and O(N/M)  O(1) where N/M is constant.

12. Remove Performance Remove k from table hash k to find bucket
remove k from list
Performance
best
worst
average
Performance:
best:
k is 1st element on list, or list is empty: O(1)
worst:
all elements on one list : O(n)
average:
O(N/M) : O(1) for <= 1
So, what’s the big deal? Performance for hash table and list are same best and worst-- Right.
But average performance for a well-designed hash table is much better: O(1)
So, why not always use a well-designed hash table?
1. Does not support ordered output. (No findMin or findMax)
2. Does not support finding all elements in a given range
3. How to design the hash function is not always clear.