description: Vector Database - RAG ingestion and retrieval-validation. Document chunking, embedding, similarity search across Spring AI vector store providers.
Where: top navigation → Vector Database.
Vector Database is the RAG preparation and retrieval-validation area.

It gives you an end-to-end environment for document ingestion, chunking, embedding, storage, and similarity search.
This area acts as a vector database playground built on Spring AI vector store integrations.
That includes:
Spring AI Playground follows the Spring AI vector store ecosystem and can be used with providers such as Apache Cassandra, Azure Cosmos DB, Azure Vector Search, Chroma, Elasticsearch, GemFire, MariaDB, Milvus, MongoDB Atlas, Neo4j, OpenSearch, Oracle, PostgreSQL/PGVector, Pinecone, Qdrant, Redis, SAP Hana, Typesense, Weaviate, and others supported by Spring AI.
RAG often fails quietly when chunking, embeddings, or indexing are misaligned. This screen exists so those problems become observable:
That is why the desktop launcher warns users about changing embedding models after indexing content.
In practice, this is what turns the Vector Database page into a real RAG validation surface rather than a generic upload page. You can inspect ingestion quality, retrieval quality, and filter behavior before trusting the same data inside chat.
Vector Database is the preparation half of the RAG pipeline; the consumption half lives in Agentic Chat (the SpringAiPlaygroundRagAdvisor reaches into the configured VectorStore whenever the user selects at least one document for the conversation - see Application Architecture → Flow 4 - Chat advisor chain for the per-call wiring).
Hands-on RAG paths:
Embedding-model setup (Ollama / OpenAI) is configured at launch time - see Desktop App → Recommended First-Launch Flow. Changing the embedding model after indexing invalidates vector dimensionality, which is why the launcher surfaces a warning.