RAG and vector searchLoading progress…

Fixed-size chunks

Create source-traceable chunks, calculate overlap and explain ingestion choices that preserve answer-bearing context.

Fixed-size chunks

The simplest chunker cuts the text every C units. It is deterministic and easy to reason about: 1000 tokens in chunks of 200 give exactly 5 chunks, and 1050 give 6 with a short final chunk of 50. But it ignores meaning, and the unit matters: characters, words and tokens are different, so name the unit and (for tokens) pin the tokenizer.

document length (tokens)1050chunk size200
010500–200200–400400–600600–800800–10001000–1050
6 chunks; sizes 200, 200, 200, 200, 200, 50 stride = chunk size = 200 (adjacent, no repeated text)

Characters cut straight through words: "the quick |brown fox |jumps over| the lazy |dog". Always state the unit (characters, words or tokens under a pinned tokenizer): 200 characters and 200 tokens are different amounts of text.

Vary the document length and the chunk size.

Predict first. Are 200 characters and 200 tokens generally the same amount of text?

Chapter context

Retrieval can only find information represented in its candidate chunks. Chunking chooses the unit of retrieval; it should preserve enough context to answer a question while remaining small enough to rank and use effectively.

Chapter reference: math, worked example & code

This section belongs to the whole chapter, so it is the same on every lesson in it and may cover a different lesson's topic. The code for the experiment you just ran is inside the experiment itself.

Math and notation

For document length N, maximum chunk length C, overlap O and stride S=C−O>0S=C-O>0, a coverage-stopping scheme uses

K=1+⌈max⁡(0,N−C)S⌉(N>0).K=1+\left\lceil\frac{\max(0,N-C)}{S}\right\rceil\quad(N>0).

Stop once a chunk reaches the document end; blindly iterating start positions can create redundant trailing chunks. Define empty-document behavior separately.

Worked example

For N=1000,C=200,O=50, stride is 150 and K=1+ceil(800/150)=7. Starts are 0,150,300,450,600,750,900; the final chunk contains 100 tokens. Total stored token positions are 6×200+100=1300 because overlap duplicates context.

Reference code

The following example uses the Python standard library and does not call a remote service.

from math import ceil
N,C,O=1000,200,50
chunks=[]
start=0
while start < N:
    end=min(start+C,N)
    chunks.append((start,end))
    if end == N: break
    start += C-O
assert len(chunks) == 1+ceil(max(0,N-C)/(C-O)) == 7
assert sum(end-start for start,end in chunks) == 1300
assert chunks[-1] == (900,1000)

Python examples are provided for study and local execution; this page does not execute Python.

Common mistakes

Overlap is not new evidence. Chunk-size advice depends on corpus and retrieval task. Retrieved passages need provenance and versioning even when their text appears self-contained.