Apple just added a feature in iOS 26.3 beta 3 that’s likely to upset law enforcement.
Limit precise location from cellular networks
It reduces how precise your location data is for mobile networks —
emergency services unaffected.
Vector Index vs Vector Database, clearly explained!
Devs typically use these terms interchangeably.
But understanding this distinction is necessary since it leads to problems down the line.
Here's how to think about it:
A vector index is basically a search algorithm.
You give it vectors, it organizes them into something searchable (like HNSW), and it finds similar items fast. FAISS is another example.
But here's the thing.
That's all it does. It doesn't handle storage, it doesn't filter by metadata, and it doesn't scale on its own. Instead, it just searches.
A vector DB wraps that index with everything else you actually need in production.
This includes distributed storage, persistence, metadata filtering, concurrent access. Milvus is a good open-source example here.
Based on the above notes, it should be clear that one is a component, and the other is a system.
Now here's why knowing this distinction in necessary.
Once an autonomous driving company was building search over driving footage, and the scale was massive.
Every trip generated frames, every frame became an embedding.
Engineers needed to query stuff like "nighttime intersections with pedestrians" across months of data.
FAISS made sense at first since it's fast, lightweight, and easy to get running.
But as data grew, each day's embeddings became a separate index file.
A few months later, they had hundreds of thousands of isolated files.
Searching across multiple days meant hitting tons of files at once.
Complex queries needed custom DBs, query planners, and filtering logic, all built around FAISS.
At that point, they had billions of vectors with no clean way forward.
This is exactly where vector DBs come in. The company migrated to Milvus, and the difference was clear:
↳ Single queries combining vector similarity with metadata filters
↳ Data in collections and partitions, not scattered files
↳ Tens of billions of vectors, over a year in production, zero major incidents
↳ 30% infrastructure cost reduction
↳ 10x scalability headroom
This isn't a one-off story.
Most teams hit a roadblock when they start with a lightweight index and needing filtering, persistence, or real scale later.
Vector DBs exist for exactly this moment.
Milvus stands out becauseit handles scale and different data types seamlessly.
You can have billions of vectors, use horizontal scaling, and implement specialized indexes where geo data gets its own optimized index instead of some generic approach.
It's fully open-source with 41k+ stars, and you can self-host or use their cloud.
I have shared the repo in the replies!
I’ve finally dialed in my dream tmux setup.
Vesper theme that perfectly matches my terminal
Fuzzy project sessionizer
Option + hjkl to glide between panes
Sessions that survive reboots
Clean, minimal status bar—no clutter
Big thanks to @claudeai .
Alright, back to building.