🗃 THESAURÓS · the treasury · the data structures that store, order, and retrieve · kept by SESHAT (goddess of records; she files every one for instant recall)

THE HASH TABLE ◧ 2D · ◍ 3D · ◆ 4D · ◐ shadow · 👶 TAP

How does a dictionary find a word instantly among millions? A hash table turns the KEY into an ARRAY INDEX with a hash function — so you jump straight to the slot, no searching. When two keys collide on the same slot, you chain them in a little list. Average lookup: O(1), constant time. It’s the workhorse behind every dictionary, set, and cache. Slide to insert keys and watch them land.

◆ LIT▲ AMBER
◧ THE MEASURE · 2D
◍ INSTANT LOOKUP · 3D · the address IS the key
◆ THE FOURTH · 4D · a tesseract turns
◐ THE SHADOW · one dimension down
👶 THE TODDLER CORNER — one fat tap
keys
collisions
load factor
lookup
O(1)

◆ LIT — exact / checkable

A hash table stores key–value pairs in an array of BUCKETS, placing each key at index h(key) mod m for a hash function h. Because the key computes its own address, insert, lookup, and delete are O(1) on average. Different keys can COLLIDE on the same bucket; separate chaining stores them in a per-bucket list (open addressing probes for the next free slot instead). Performance holds while the LOAD FACTOR n/m stays modest (resize/rehash when it grows). It underlies dictionaries, sets, caches, and database indexes. A fail-loud self-check throws unless get returns the last put value and a missing key returns nothing. ◆ real data structures, node-verified.

▲ AMBER — the figure

Average O(1) assumes a good hash and bounded load factor; adversarial keys or a bad hash degrade it toward O(n) (all in one chain). The chaining + address-is-the-key mechanism is exact.

THESAURÓS: how you STORE decides how fast you can FIND.  — SESHAT
David Lee Wise / ROOT0, with AVAN · THESAURÓS — kept by SESHAT, the record-keeper