You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I think describe_index show zero row indexed because FLAT index is a brute-force index which does not require index building or provide metrics like “indexed rows.” It’s essentially a baseline configuration that relies on scanning all vectors directly, resulting in 100% recall without any offline indexing step.
You did not see the inserted rows in describe_index() because the rows are not flushed onto disk. Usually Milvus will automatically do flush() in a few seconds, you can also manually do client.flush(). But please not manually do flush() frequently, since it is a heavy io operation to the system.
I think describe_index show zero row indexed because FLAT index is a brute-force index which does not require index building or provide metrics like “indexed rows.” It’s essentially a baseline configuration that relies on scanning all vectors directly, resulting in 100% recall without any offline indexing step.
That makes sense to me, but I still think from a UX perspective this is not ideal. To me it seemed like there might be something broken and I lost some degree of trust in the integrity of the results.
Is there an existing issue for this?
Environment
Current Behavior
The Problem
I am trying to use Milvus as DB for a RAG system in a research project related to SWE-bench and AI Agents. My current setup is as follows:
Then I compute embeddings for the problem statements in SWE-bench and insert the data as follows:
When then running
client.describe_index(collection_name='swe_bench_lite', index_name='vector_index')
I get the following result:Indicating that no rows were indexed. I have verified that rows were inserted as expected.
Expected Behavior
I expected
client.describe_index
to correctly show how many rows are indexed or the search to fail or at least give a warning without an indexation.Steps To Reproduce
The text was updated successfully, but these errors were encountered: