Hash table

In informatica una hash table o hash map, in italiano tabella hash o mappa hash, è una struttura dati usata per mettere in corrispondenza una data chiave con un dato valore. Viene usata per l'implementazione di strutture dati astratte associative come le mappe o i set.

Hash table
Una piccola rubrica telefonica come esempio di hash table.
Classe	Struttura dati
Struttura dati	Tabella Hash
Caso peggiore spazialmente	O(n)
Ottimale	Spesso

È molto utilizzata nei metodi di ricerca nominati hashing ovvero un'estensione della ricerca indicizzata da chiavi che gestisce problemi di ricerca nei quali le chiavi di ricerca non presentano queste proprietà. Una ricerca basata su hashing è completamente diversa da una basata su confronti: invece di muoversi nella struttura data in funzione dell'esito dei confronti tra chiavi, si cerca di accedere agli elementi nella tabella in modo diretto tramite operazioni aritmetiche che trasformano le chiavi in indirizzi della tabella.

Esistono vari tipi di algoritmi di hashing. Per quanto affermato, in una tabella di hashing ben dimensionata il costo medio di ricerca di ogni elemento è indipendente dal numero di elementi. L'hashing è un problema classico dell'informatica; molti algoritmi sono stati proposti, studiati a fondo e impiegati in pratica. Due metodi molto diffusi sono l'hashing statico e l'hashing estendibile e lineare, metodi utilizzati anche dai programmi di gestione delle basi di dati.

Descrizione

Funzionamento e implementazione

Il primo passo per realizzare algoritmi di ricerca tramite hashing è quello di determinare la funzione di hash: il dato da indicizzare viene trasformato da un'apposita funzione di hash in un intero compreso tra $0$ ed $m-1$ che viene utilizzato come indice in un array di lunghezza m. Supponendo che $U$ sia l'universo delle chiavi e $T[0...m-1]$ una tabella hash, una funzione hash h, stabilisce una corrispondenza tra $U$ e le posizioni nella tabella hash, quindi:

$h\colon U\rightarrow \{0,1,\dots ,m-1\}$

Idealmente, chiavi diverse dovrebbero essere trasformate in indirizzi differenti, ma poiché non esiste la funzione di hash perfetta, ovvero totalmente iniettiva, è possibile che due o più chiavi diverse siano convertite nello stesso indirizzo. Il caso in cui la funzione hash applicata a due chiavi diverse genera un medesimo indirizzo viene chiamato collisione e può essere gestito in vari modi. La scelta di una buona funzione di hash è indispensabile per ridurre al minimo le collisioni e garantire prestazioni sempre ottimali. Il risultato migliore si ha con funzioni pseudo-casuali che distribuiscono i dati in input in modo uniforme.

Molto spesso però, una buona funzione di hash può non bastare: infatti le prestazioni di una hash table sono fortemente legate anche al cosiddetto fattore di carico (load factor) calcolato come

${\frac {\text{cardinalità insieme di chiavi da inserire}}{\text{dimensione massima della struttura}}}$

e che dice quanta probabilità ha un nuovo elemento di collidere con uno già presente nella tabella. Questa probabilità, in realtà, è più alta di quanto si possa pensare, come dimostra il paradosso del compleanno. È bene dunque mantenere il load factor il più basso possibile (di solito un valore di 0,75 è quello ottimale) per ridurre al minimo il numero di collisioni. Ciò può essere fatto, ad esempio, ridimensionando l'array ogni volta che si supera il load factor desiderato.

Gestione delle collisioni

Di seguito vengono riportati i metodi più diffusi per la gestione delle collisioni.

• Open Hash
• Hash con concatenazione (o con lista di trabocco): per ogni cella della tabella di hash si fa corrispondere invece di un elemento, una lista (solitamente una lista concatenata). In questo modo un elemento che collide viene aggiunto alla lista corrispondente all'indice ottenuto.

Open Hash

Nell'indirizzamento aperto, tutti gli elementi sono memorizzati nella tavola hash stessa; ovvero ogni cella della tavola contiene un elemento dell'insieme dinamico o la costante NULL. Quando cerchiamo un elemento, esaminiamo sistematicamente le celle della tavola finché non troviamo l'elemento desiderato o finché non ci accorgiamo che l'elemento non si trova nella tavola.

Diversamente dal concatenamento, non ci sono liste né elementi memorizzati all'esterno della tavola. Quindi nell'indirizzamento aperto, la tavola hash può "riempirsi" al punto tale che non possono essere effettuati altri inserimenti.

Il vantaggio dell'indirizzamento aperto sta nel fatto che esclude completamente i puntatori, calcoliamo la sequenza delle celle da esaminare (ispezione).

Un concetto importante al riguardo è il cosiddetto hashing uniforme. Rappresenta l'hashing ideale, ovvero ogni cella della tabella ha la stessa probabilità di contenere un dato elemento.

Esistono diverse tecniche di ispezione, le tre tecniche più comunemente utilizzate sono: ispezione lineare, ispezione quadratica e doppio hashing. Tuttavia, nessuna di queste tecniche soddisfa l'ipotesi di hashing uniforme, in quanto nessuna di esse è in grado di generare più di $m^{2}$ sequenze di ispezione differenti (anziché $m!$, come richiede l'hashing uniforme).

Tecniche comunemente utilizzate di ispezione

Ispezione lineare

$h(k,i)=(h^{1}(k)+i){\pmod {m}}$

Quando si incontra una collisione non si fa altro che utilizzare l'indice successivo a quello che collide, sino a che non si trovi una casella libera.

Ispezione quadratica

$h(k,i)=(h^{1}(k)+c_{1}i+c_{2}i^{2}){\pmod {m}}$

Quando si incontra una collisione non si fa altro che utilizzare l'indice che collide elevato al quadrato con normalizzazione rispetto alla grandezza della tabella dell'indice ottenuto, sino a che non si trovi una casella libera.

Doppio Hashing

$h(k,i)=(h_{1}(k)+ih_{2}(k)){\pmod {m}}$ dove, per esempio possiamo porre $h_{1}(k)=k{\pmod {m}}$ e $h_{2}(k)=1+(k{\pmod {m^{1}}})$.

Se facendo l'hash di una chiave si incontra una collisione, allora si somma all'indice ottenuto il risultato di una nuova funzione hash (generalmente diversa dalla prima e che ha come parametro l'indice ottenuto precedentemente), e si tenta l'inserimento nel nuovo indice così ottenuto, riapplicando la seconda funzione sino a che non si trovi una casella libera.

Hashing statico

Nell'hashing statico si utilizza il concetto di bucket, che è l'insieme di pagine contenenti le etichette dei record di dati. Se una pagina bucket primaria è piena, viene creata una pagina di overflow. Per cercare l'etichetta corrispondente alla chiave $k$ ($M=$ numero di bucket) si utilizza la seguente formula di hash $h(k)={\mbox{bucket}}$ a cui appartiene l'etichetta. La funzione di hash $h$ agisce sul campo della chiave di ricerca del record $r$ e deve distribuire i valori su $0,...,M-1$ ($M$ bucket). Le prestazioni della ricerca dipendono molto dalla funzione $h$.

Le pagine di bucket primarie, nell'hashing statico, sono allocate consecutivamente. Questo può portare ad avere il problema di lunghe catene di overflow che degradano le prestazioni dato che non abbiamo pagine contigue.

Esempio di funzione hash

$h(k)=(a*k+b){\bmod {M}}$ (con $a$ e $b$ costanti)

Hashing estendibile

Sostanzialmente è un miglioramento dell'hashing statico, perché oltre ad inserire bucket di overflow permette di raddoppiare il numero di bucket e di riorganizzare le etichette. L'unico problema sta nella riorganizzazione delle etichette, dato che questa operazione è costosa in termini di tempo. Esistono due soluzioni. La prima (hashing estendibile) gestisce una directory di puntatori ai bucket primari, la seconda (hashing lineare) permette di risolvere il problema senza l'utilizzo delle directory ma con una famiglia di funzioni hash. Nell'hashing estendibile si parla di profondità di directory e si intende il numero minimo di bit che permette di rappresentare il numero di elementi contenuti nella directory.

Hashing lineare

L'hashing lineare, come accennato nel paragrafo precedente, permette di risolvere il problema delle lunghe catene di overflow senza l'utilizzo delle directory. L'idea di base è quella di utilizzare una famiglia di funzioni hash $h_{0},h_{1},...h_{n}$ dove $h_{i}$ ha un range che è la metà di quello di $h_{i}+1$. Questo vuol dire che il range di $h_{1}$ è $2^{1}N$

Esempio

Se $N=32$ allora il numero minimo di bit per la rappresentazione del numero è 5. Quindi $h_{0}=h{\bmod {2}}^{0}N$ cioè $h_{0}=h{\bmod {3}}2$ La prossima funzione $h_{2}$ avrà range $5+1$ e potrà rappresentare i bucket da 0 a 63. La funzione di hash sarà come segue $h_{1}=h{\bmod {2}}^{1}*32$

Bilanciamento spazio/tempo

In base alla grandezza dell'array in cui avviene la ricerca e la memorizzazione delle informazioni, si ha una tabella della complessità computazionale del tempo necessario alla ricerca stessa. A maggiore spazio disponibile, corrisponderà un minor tempo necessario nel caso peggiore.

Spazio	Tempo
$m=1$	$O(n)$
$m<n$	$O(1+\alpha )$
$m\gg n$	$O(1)$

Ad $n$ corrisponde il numero di elementi presenti nell'array, ad $m$ il numero di posti disponibili mentre $\alpha$ è il fattore di carico.

Analisi del costo di scansione

Il numero di passi da effettuare per una scansione completa della tabella è data nel caso medio da:

Esito ricerca	Scansione lineare	Hashing doppio / Scansione quadratica
Chiave trovata	${{1} \over {2}}+{{1} \over {2-2\alpha }}$	${{-\log _{e}(1-\alpha )\,} \over {\alpha }}$
Chiave non trovata	${{1} \over {2}}+{{1} \over {(2-2\alpha )^{2}}}$	${{1} \over {1-\alpha }}$

dove α è il fattore di carico.

Bibliografia

• Thomas H. Cormen, Charles E. Leiserson, Ronald L. Rivest, Introduzione agli algoritmi. Jackson Libri, 2003, ISBN 88-256-1421-7.

Voci correlate

• Tabella di hash distribuita

Altri progetti

Altri progetti

• Wikibooks
• Wikimedia Commons

• Wikibooks contiene testi o manuali sull'hash table
• Wikimedia Commons contiene immagini o altri file sull'hash table

Collegamenti esterni

• (EN) Opere riguardanti hash tables, su Open Library, Internet Archive.
• (EN) Eric W. Weisstein, Hash Table, su MathWorld, Wolfram Research.
• (EN) Denis Howe, hash coding, in Free On-line Dictionary of Computing. Disponibile con licenza GFDL
• (IT) Fabrizio Luccio, Note su tabelle hash (PDF), su didawiki.di.unipi.it. URL consultato il 20 giugno 2017.

Controllo di autorità	GND (DE) 1046573225