Build an inverted index (Lucene-style)

No scenes authored for this problem yet.

About Build an inverted index (Lucene-style)

The data structure underneath every search engine. Build a postings-list-based inverted index that survives ingest, merge, and query — term dictionary, skip lists, segment merges, deletes via tombstone. Internalize the per-segment immutable design before you scale it across shards in the Elasticsearch chapter.

Difficulty
beginner
Time
about 75 minutes
Stages
9
Topic
Search, Indexing & Retrieval

How this problem is worked

Nine stages, from what the thing is for to how it compares with the real implementations. Each asks one question, and the simulator runs the architecture you draw against the requirements you wrote.

  1. 01Purpose & invariantsWhat is this for, and what must always be true of it?
  2. 02Workload characterizationWho writes, who reads, and in what shapes?
  3. 03Data model & on-disk formatWhat does the data look like at rest?
  4. 04Core algorithmsHow do the write path and the read path actually work?
  5. 05Distribution & replicationHow does this scale out and survive losing a machine?
  6. 06Consistency & correctnessUnder concurrency and failure, what is guaranteed?
  7. 07Failure modes & recoveryWhat actually happens when each part fails?
  8. 08Operational characteristicsCan a human run this at three in the morning?
  9. 09Trade-offs & comparisonWhere does this sit against the alternatives?

Primary sources for this problem

  • Manning, Raghavan, Schütze — Introduction to Information Retrieval (Ch. 1–7)
  • McCandless, Hatcher, Gospodnetić — Lucene in Action
  • Lucene source — IndexWriter, SegmentMerger, PostingsFormat
  • Sigurd Schneider — Lucene's nutshell explanations on Elastic blog
  • Zobel & Moffat — Inverted Files for Text Search Engines (ACM CSUR 2006)
  • Adrien Grand — Lucene performance talks (Devoxx, Lucene Revolution)

Browse the full problem catalog, or see what the simulator does and does not model.