[Alpha] Vector Database
Warning: This is an experimental feature. To our knowledge, this is stable, but there are still rough edges in the experience. Contributions are welcome!
Overview
Vector database allows user to store and retrieve embeddings. Feast provides general APIs to store and retrieve embeddings.
Integration
Below are supported vector databases and implemented features:
Pgvector
[x]
[ ]
[]
[]
Elasticsearch
[x]
[x]
[]
[]
Milvus
[x]
[x]
[x]
[x]
Faiss
[ ]
[ ]
[]
[]
SQLite
[x]
[ ]
[x]
[x]
Qdrant
[x]
[x]
[]
[]
ScyllaDB
[x]
[x]
[x]
[x]
*Note: V2 Support means the SDK supports retrieval of features along with vector embeddings from vector similarity search.
Note: SQLite is in limited access and only working on Python 3.10. It will be updated as sqlite_vec progresses.
We will be deprecating the retrieve_online_documents method in the SDK in the future. We recommend using the retrieve_online_documents_v2 method instead, which offers easier vector index configuration directly in the Feature View and the ability to retrieve standard features alongside your vector embeddings for richer context injection.
Long term we will collapse the two methods into one, but for now, we recommend using the retrieve_online_documents_v2 method. Beyond that, we will then have retrieve_online_documents and retrieve_online_documents_v2 simply point to get_online_features for backwards compatibility and the adopt industry standard naming conventions.
Note: Milvus, SQLite, and ScyllaDB implement the v2 retrieve_online_documents_v2 method in the SDK. This will be the longer-term solution so that Data Scientists can easily enable vector similarity search by just flipping a flag.
Feature server search endpoints
POST /search
You have an embedding vector (or use api_version: 2 with query_string) and want Feast's native online-features response format.
GET /v1/vector_stores
You want to discover available vector stores and their vs_{hash} IDs (OpenAI-compatible).
GET /v1/vector_stores/{id}
You want metadata for a specific vector store (OpenAI-compatible).
POST /v1/vector_stores/{id}/search
You want plain-text queries with server-side embedding and an OpenAI-compatible response.
POST /retrieve-online-documents is deprecated; use POST /search instead.
[Alpha] OpenAI-Compatible Vector Store API
Alpha feature. This API surface is functional and tested, but may change in future releases. Feedback and contributions are welcome.
Feast exposes a set of OpenAI-compatible vector store endpoints that let clients discover, inspect, and search vector stores using plain text queries with server-side embedding. This enables integration with AI agents, LLM tool-calling frameworks, and any OpenAI-compatible client without requiring the caller to produce raw embedding vectors.
Vector store IDs
Each feature view with at least one vector_index=True field is automatically assigned a deterministic identifier of the form vs_{hash}, where {hash} is the first 24 characters of SHA-256(project + ":" + feature_view_name). These IDs are stable across server restarts and registry refreshes.
For example, a feature view named product_catalog in project my_project always maps to the same vs_... identifier. The listing endpoints return these IDs so clients can discover stores at runtime.
Endpoints
GET
/v1/vector_stores
DESCRIBE
List all vector stores the caller has access to
GET
/v1/vector_stores/{vector_store_id}
DESCRIBE
Get metadata for a single vector store
POST
/v1/vector_stores/{vector_store_id}/search
READ_ONLINE
Search a vector store with a plain text query
All endpoints enforce RBAC when authentication is configured. The listing endpoint filters out stores the caller cannot DESCRIBE.
Requirements
Embedding model — an
embedding_modelsection infeature_store.yaml. Feast uses Sentence Transformers by default for local embedding — no external API key required (pip install sentence-transformers):Vector-indexed feature view — at least one feature view with
vector_index=Trueon a vector field, materialized to an online store that supports vector search.Numeric filtering (optional) — for metadata filters that use numeric or boolean comparisons, set
enable_openai_compatible_store: trueon your online store config and runfeast applyto add the requiredvalue_numcolumn.
Custom embedding providers
The built-in Sentence Transformers provider works for most use cases. To use a different embedding backend (OpenAI, Cohere, a custom model, etc.), implement the EmbeddingProvider protocol and pass an instance to FeatureStore:
Numeric storage (enable_openai_compatible_store)
By default, feature values are stored as text in the online store. This means string-ordered comparisons apply (e.g., '9' > '100' is true). When enable_openai_compatible_store: true is set on the online store config, Feast adds a value_num column that stores int, float, double, and bool values natively so that numeric filters produce correct results.
After changing this setting, run feast apply to update the database schema.
List vector stores
Get a single vector store
Returns the same object shape as a single entry in the list response. Returns 404 if the ID does not match any vector-indexed feature view.
Search
Start the feature server with feast serve, then send a search request:
Request fields
query
string or list[string]
(required)
Plain text search query. Lists are joined with spaces before embedding.
max_num_results
int
10
Maximum number of results to return.
filters
object
null
OpenAI-style filters (see below).
ranking_options
object
null
Accepted for forward compatibility, but currently ignored. Setting score_threshold or ranker inside it will return a 422 error.
rewrite_query
bool
null
false (the default/no-op) is accepted. true is not yet supported and will return a 422 error.
metadata
object
null
Optional. metadata.features_to_retrieve selects specific features.
Filters
The endpoint supports OpenAI-style filters for narrowing results beyond vector similarity.
Comparison operators: eq, ne, gt, gte, lt, lte, in, nin
Compound operators: and, or (nest to arbitrary depth)
For Postgres and SQLite backends, all filtering (including string equality) requires enable_openai_compatible_store: true in the online store config. After enabling, run feast apply to update the database schema.
ScyllaDB supports vector retrieval via retrieve_online_documents_v2, but OpenAI-style metadata filtering is not implemented yet. Passing filters raises NotImplementedError.
Response format
Responses follow the OpenAI vector_store.search_results.page schema:
The file_id and filename fields use the vs_{hash} identifier, not raw feature view names.
The score field is a higher-is-better relevance score derived from the raw vector distance using a metric-dependent conversion:
L2 (default)
1 / (1 + distance)
(0, 1]
Cosine
1 - distance
[0, 1]
Inner product / dot
-distance
varies
The metric is determined by vector_search_metric on the feature view's vector field, not by an API parameter. When features_to_retrieve is omitted, all non-vector features are returned by default (vector embedding columns are excluded).
Pagination is not yet implemented; has_more is always false.
SDK usage
The OpenAI-compatible search is also available directly via the Python SDK:
Supported online stores
The OpenAI-compatible filtering has been implemented for the following online stores:
Milvus
Yes
Yes
Boolean expressions
Elasticsearch
Yes
Yes
Query DSL clauses
Postgres (pgvector)
Yes
Yes
Requires enable_openai_compatible_store: true
SQLite (sqlite-vec)
Yes
Yes
Requires enable_openai_compatible_store: true
MongoDB
Yes
Yes
Aggregation pipeline
ScyllaDB
Yes
No
Vector search only; metadata filters are not supported yet
Examples
See the v0 Rag Demo for an example on how to use vector database using the
retrieve_online_documentsmethod (planning migration and deprecation (planning migration and deprecation).See the v1 Milvus Quickstart for a quickstart guide on how to use Feast with Milvus using the
retrieve_online_documents_v2method.
Prepare offline embedding dataset
Run the following commands to prepare the embedding dataset:
The output will be stored in data/city_wikipedia_summaries.csv.
Initialize Feast feature store and materialize the data to the online store
Use the feature_store.yaml file to initialize the feature store. This will use the data as offline store, and Milvus as online store.
Run the following command in terminal to apply the feature store configuration:
Note that when you run feast apply you are going to apply the following Feature View that we will use for retrieval later:
Let's use the SDK to write a data frame of embeddings to the online store:
Prepare a query embedding
During inference (e.g., during when a user submits a chat message) we need to embed the input text. This can be thought of as a feature transformation of the input data. In this example, we'll do this with a small Sentence Transformer from Hugging Face.
Retrieve the top K similar documents
First create a feature store instance, and use the retrieve_online_documents_v2 API to retrieve the top 5 similar documents to the specified query.
Generate the Response
Let's assume we have a base prompt and a function that formats the retrieved documents called format_documents that we can then use to generate the response with OpenAI's chat completion API.
Configuration and Installation
We offer Milvus, PGVector, SQLite, Elasticsearch and Qdrant as Online Store options for Vector Databases.
Milvus offers a convenient local implementation for vector similarity search. To use Milvus, you can install the Feast package with the Milvus extra.
Installation with Milvus
Installation with Elasticsearch
Installation with Qdrant
Installation with SQLite
If you are using pyenv to manage your Python versions, you can install the SQLite extension with the following command:
And you can the Feast install package via:
Last updated
Was this helpful?