Milvus has showcased eight vector retrieval use cases, and the judgment in its article is clear: when RAG answers are inaccurate, the problem may not lie with the Embedding model (the model that converts text into vector representations). It is more likely to come from retrieval configuration and data visibility. This is worth paying attention to because it shifts AI projects away from “model selection” and back to more concrete engineering work.

What this is

Milvus is an open-source database for storing and retrieving vector data, commonly used as the data layer for RAG knowledge bases and Agents (AI systems that can invoke tools, plan steps, and execute tasks). RAG, or Retrieval-Augmented Generation, first retrieves enterprise information and then asks the model to answer based on that material.

The article covers eight approaches, including similarity search, scalar filtering, grouped retrieval, and hybrid retrieval, while providing practical configurations for HNSW graph indexes, cosine similarity, data loading, and Strong consistency. It also emphasizes that newly written data may not be immediately searchable because the default consistency level does not guarantee immediate visibility.

Industry view

We believe the article’s real value is not that it introduces another set of APIs, but that it reminds teams that even when model capabilities are similar, different retrieval strategies can still produce significantly different answer quality. Whether data filtering is accurate, grouping is sensible, and indexing is complete will usually explain an “off-topic” answer more effectively than blindly switching models.

That said, this tutorial cannot be treated as a production-ready solution. The examples contain only 20 randomly generated records, and the HNSW parameters are configured for a test environment. A real knowledge base must also handle permission isolation, data updates, recall and latency, and result reranking. Another risk is that adding too many retrieval types raises system complexity. Without an evaluation set and logging infrastructure, eight methods will not automatically deliver better results.

Impact on regular people

For enterprise IT: budgets for knowledge-base projects may shift from larger models toward data governance, retrieval testing, and operational monitoring. During technology selection, whether a database integrates easily with existing permission and audit workflows will matter more than its demo performance.

For individual professionals:enterprise knowledge assistants will increasingly be required to provide sourced, traceable answers. Users will also gradually need to determine whether an answer came from a live retrieval or was generated by the model from information it already had.

For the consumer market:customer support, shopping assistants, and content recommendations will rely more heavily on multi-stage retrieval rather than model parameters alone. Consumers will experience answers that are more closely tied to specific materials, but system maintenance costs and failure scenarios will also become more complex.