A week ago I argued folders and an index beat a vector database for my vault. I still think that, for a corpus I wrote myself and can keep curated. The projects coming up are a different animal. Technical manuals, in PDF form, and the people who need answers out of them are never going to read them. You also don't want an AI re-reading the whole manual every time someone asks it a question. That's slow, expensive, and it gets worse with every page. The text side has a known answer, and it's the one I passed on for the vault. A vector database: chop the manual into chunks, turn each chunk into coordinates so chunks that mean similar things sit near each other, and the chatbot pulls only the handful of chunks closest to the question. And a manual has one property my vault doesn't. It barely changes. Index it once and the index stays good for years. Most of what makes vector databases painful shows up when the content churns. Here it doesn't. The part I can't find a settled answer for is the schematics. These manuals are full of diagrams. Wiring runs, exploded parts views. For a lot of questions the answer IS the picture, and a text-only retrieval pipeline just loses it. Nobody wants a chatbot describing a schematic in prose when the actual drawing is sitting right there in the source. Where my head goes is a pattern from my day job. We keep a binary database next to the text, meaning a store built for files rather than rows. The row holds the text plus a pointer, and the pointer fetches the image. So retrieval stays text-shaped, but every chunk knows which figure it belongs to, and when a chunk comes back the schematic rides along with it. The model never has to understand the image. It just has to not lose it. Other routes I've seen floated but haven't tested: caption every figure with a vision model and index the captions so images become findable by meaning. Multimodal embeddings that drop images and text into the same space. Or skip the pipeline and let a vision model read the page images directly.