Quickstart
vecs
is a python client for managing and querying vector stores in PostgreSQL with the pgvector extension. This guide will help you get started with using vecs.
If you don’t have a Postgres database with the pgvector ready, see hosting for easy options.
Installation
Requires:
- Python 3.7+
You can install vecs using pip:
Usage
Connecting
Before you can interact with vecs, create the client to communicate with Postgres. If you haven’t started a Postgres instance yet, see hosting.
Get or Create a Collection
You can get a collection (or create if it doesn’t exist), specifying the collection’s name and the number of dimensions for the vectors you intend to store.
Upserting vectors
vecs
combines the concepts of “insert” and “update” into “upsert”. Upserting records adds them to the collection if the id
is not present, or updates the existing record if the id
does exist.
Deleting vectors
Deleting records removes them from the collection. To delete records, specify a list of ids
or metadata filters to the delete
method. The ids of the sucessfully deleted records are returned from the method. Note that attempting to delete non-existent records does not raise an error.
Create an index
Collections can be queried immediately after being created. However, for good throughput, the collection should be indexed after records have been upserted.
Only one index may exist per-collection. By default, creating an index will replace any existing index.
To create an index:
You may optionally provide a distance measure and index method.
Available options for distance measure
are:
vecs.IndexMeasure.cosine_distance
vecs.IndexMeasure.l2_distance
vecs.IndexMeasure.max_inner_product
which correspond to different methods for comparing query vectors to the vectors in the database.
If you aren’t sure which to use, the default of cosine_distance is the most widely compatible with off-the-shelf embedding methods.
Available options for index method
are:
vecs.IndexMethod.auto
vecs.IndexMethod.hnsw
vecs.IndexMethod.ivfflat
Where auto
selects the best available index method, hnsw
uses the HNSW method and ivfflat
uses IVFFlat.
HNSW and IVFFlat indexes both allow for parameterization to control the speed/accuracy tradeoff. vecs provides sane defaults for these parameters. For a greater level of control you can optionally pass an instance of vecs.IndexArgsIVFFlat
or vecs.IndexArgsHNSW
to create_index
’s index_arguments
argument. Descriptions of the impact for each parameter are available in the pgvector docs.
When using IVFFlat indexes, the index must be created after the collection has been populated with records. Building an IVFFlat index on an empty collection will result in significantly reduced recall. You can continue upserting new documents after the index has been created, but should rebuild the index if the size of the collection more than doubles since the last index operation.
HNSW indexes can be created immediately after the collection without populating records.
To manually specify method
, measure
, and index_arguments
add them as arguments to create_index
for example:
!!! note The time required to create an index grows with the number of records and size of vectors. For a few thousand records expect sub-minute a response in under a minute. It may take a few minutes for larger collections.
Query
Given a collection docs
with several records:
Basic
The simplest form of search is to provide a query vector.
!!! note Indexes are essential for good performance. See creating an index for more info.
If you do not create an index, every query will return a warning
that incldues the IndexMeasure
you should index.
Which returns a list of vector record ids
.
Metadata Filtering
The metadata that is associated with each record can also be filtered during a query.
As an example, {"year": {"$eq": 2005}}
filters a year
metadata key to be equal to 2005
In context:
For a complete reference, see the metadata guide.
Disconnect
When you’re done with a collection, be sure to disconnect the client from the database.
alternatively, use the client as a context manager and it will automatically close the connection on exit.
Adapters
Adapters are an optional feature to transform data before adding to or querying from a collection. Adapters make it possible to interact with a collection using only your project’s native data type (eg. just raw text), rather than manually handling vectors.
For a complete list of available adapters, see built-in adapters.
As an example, we’ll create a collection with an adapter that chunks text into paragraphs and converts each chunk into an embedding vector using the all-MiniLM-L6-v2
model.
First, install vecs
with optional dependencies for text embeddings:
Then create a collection with an adapter to chunk text into paragraphs and embed each paragraph using the all-MiniLM-L6-v2
384 dimensional text embedding model.
With the adapter registered against the collection, we can upsert records into the collection passing in text rather than vectors.
Similarly, we can query the collection using text.
Deprecated
Create collection
Deprecated: use get_or_create_collection
You can create a collection to store vectors specifying the collections name and the number of dimensions in the vectors you intend to store.
Get an existing collection
Deprecated: use get_or_create_collection
To access a previously created collection, use get_collection
to retrieve it by name