For the complete documentation index, see llms.txt. This page is also available as Markdown.

[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:

Vector Database
Retrieval
Indexing
V2 Support*
Online Read

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.

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

Endpoint
Use when

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

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

Method
Path
Permission
Description

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

  1. Embedding model — an embedding_model section in feature_store.yaml. Feast uses Sentence Transformers by default for local embedding — no external API key required (pip install sentence-transformers):

  2. Vector-indexed feature view — at least one feature view with vector_index=True on a vector field, materialized to an online store that supports vector search.

  3. Numeric filtering (optional) — for metadata filters that use numeric or boolean comparisons, set enable_openai_compatible_store: true on your online store config and run feast apply to add the required value_num column.

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.

Start the feature server with feast serve, then send a search request:

Request fields

Field
Type
Default
Description

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:

Distance metric
Conversion
Range

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:

Online Store
Vector Search
Metadata Filtering
Notes

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_documents method (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_v2 method.

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?