Skip to main content

Weaviate

This page guides you through the process of setting up the Weaviate destination connector.

There are three parts to this:

  • Processing - split up individual records in chunks so they will fit the context window and decide which fields to use as context and which are supplementary metadata.
  • Embedding - convert the text into a vector representation using a pre-trained model (Currently, OpenAI's text-embedding-ada-002 and Cohere's embed-english-light-v2.0 are supported.)
  • Indexing - store the vectors in a vector database for similarity search

To use the Weaviate destination, you'll need:

  • Access to a running Weaviate instance (either self-hosted or via Weaviate Cloud Services), minimum version 1.21.2
  • Either
    • An account with API access for OpenAI or Cohere (depending on which embedding method you want to use)
    • Pre-calculated embeddings stored in a field in your source database

You'll need the following information to configure the destination:

  • Embedding service API Key - The API key for your OpenAI or Cohere account
  • Weaviate cluster URL - The URL of the Weaviate cluster to load data into. Airbyte Cloud only supports connecting to your Weaviate Instance instance with TLS encryption.
  • Weaviate credentials - The credentials for your Weaviate instance (either API token or username/password)
FeatureSupported?(Yes/No)Notes
Full Refresh SyncYes
Incremental - Append SyncYes
Incremental - Append + DedupedYes
NamespacesNo
Provide vectorYesEither from field are calculated during the load process

All fields specified as metadata fields will be stored as properties in the object can be used for filtering. The following data types are allowed for metadata fields:

  • String
  • Number (integer or floating point, gets converted to a 64 bit floating point)
  • Booleans (true, false)
  • List of String

All other fields are serialized into their JSON representation.

Each record will be split into text fields and metadata fields as configured in the "Processing" section. All text fields are concatenated into a single string and then split into chunks of configured length. If specified, the metadata fields are stored as-is along with the embedded text chunks. Options around configuring the chunking process use the Langchain Python library.

When specifying text fields, you can access nested fields in the record by using dot notation, e.g. user.name will access the name field in the user object. It's also possible to use wildcards to access all fields in an object, e.g. users.*.name will access all names fields in all entries of the users array.

The chunk length is measured in tokens produced by the tiktoken library. The maximum is 8191 tokens, which is the maximum length supported by the text-embedding-ada-002 model.

The stream name gets added as a metadata field _ab_stream to each document. If available, the primary key of the record is used to identify the document to avoid duplications when updated versions of records are indexed. It is added as the _ab_record_id metadata field.

The connector can use one of the following embedding methods:

  1. OpenAI - using OpenAI API , the connector will produce embeddings using the text-embedding-ada-002 model with 1536 dimensions. This integration will be constrained by the speed of the OpenAI embedding API.

  2. Cohere - using the Cohere API, the connector will produce embeddings using the embed-english-light-v2.0 model with 1024 dimensions.

  3. From field - if you have pre-calculated embeddings stored in a field in your source database, you can use the From field integration to load them into Weaviate. The field must be a JSON array of numbers, e.g. [0.1, 0.2, 0.3].

  4. No embedding - if you don't want to use embeddings or have configured a vectorizer for your class, you can use the No embedding integration.

For testing purposes, it's also possible to use the Fake embeddings integration. It will generate random embeddings and is suitable to test a data pipeline without incurring embedding costs.

All streams will be indexed into separate classes derived from the stream name. If a class doesn't exist in the schema of the cluster, it will be created using the configure vectorizer configuration. In this case, dynamic schema has to be enabled on the server.

You can also create the class in Weaviate in advance if you need more control over the schema in Weaviate. In this case, the text properies _ab_stream and _ab_record_id need to be created for bookkeeping reasons. In case a sync is run in Overwrite mode, the class will be deleted and recreated.

As properties have to start will a lowercase letter in Weaviate and can't contain spaces or special characters. Field names might be updated during the loading process. The field names id, _id and _additional are reserved keywords in Weaviate, so they will be renamed to raw_id, raw__id and raw_additional respectively.

When using multi-tenancy, the tenant id can be configured in the connector configuration. If not specified, multi-tenancy will be disabled. In case you want to index into an already created class, you need to make sure the class is created with multi-tenancy enabled. In case the class doesn't exist, it will be created with multi-tenancy properly configured. If the class already exists but the tenant id is not associated with the class, the connector will automatically add the tenant id to the class. This allows you to configure multiple connections for different tenants on the same schema.

Expand to review
VersionDatePull RequestSubject
0.2.432024-11-0448244Update dependencies
0.2.422024-10-2947063Update dependencies
0.2.412024-10-1246848Update dependencies
0.2.402024-10-0546465Update dependencies
0.2.392024-09-2846189Update dependencies
0.2.382024-09-2145822Update dependencies
0.2.372024-09-1445560Update dependencies
0.2.362024-09-0745216Update dependencies
0.2.352024-08-3144964Update dependencies
0.2.342024-08-2444668Update dependencies
0.2.332024-08-2244530Update test dependencies
0.2.322024-08-1744216Update dependencies
0.2.312024-08-1243906Update dependencies
0.2.302024-08-1043599Update dependencies
0.2.292024-08-0343084Update dependencies
0.2.282024-07-2742629Update dependencies
0.2.272024-07-2042283Update dependencies
0.2.262024-07-1341935Update dependencies
0.2.252024-07-1041504Update dependencies
0.2.242024-07-0941222Update dependencies
0.2.232024-07-0640943Update dependencies
0.2.222024-06-2940633Update dependencies
0.2.212024-06-2540274Update dependencies
0.2.202024-06-2240109Update dependencies
0.2.192024-06-0639212[autopull] Upgrade base image to v1.2.2
0.2.182024-05-1538272Replace AirbyteLogger with logging.Logger
0.2.172024-04-15#37333Update CDK & pytest version to fix security vulnerabilities.
0.2.162024-03-22#35911Fix tests and move to Poetry
0.2.152023-01-25#34529Fix tests
0.2.142023-01-15#34229Allow configuring tenant id
0.2.132023-12-11#33303Fix bug with embedding special tokens
0.2.122023-12-07#33218Normalize metadata field names
0.2.112023-12-01#32697Allow omitting raw text
0.2.102023-11-16#32608Support deleting records for CDC sources
0.2.92023-11-13#32357Improve spec schema
0.2.82023-11-03#32134Improve test coverage
0.2.72023-11-03#32134Upgrade weaviate client library
0.2.62023-11-01#32038Retry failed object loads
0.2.52023-10-24#31953Fix memory leak
0.2.42023-10-23#31563Add field mapping option, improve append+dedupe sync performance and remove unnecessary retry logic
0.2.32023-10-19#31599Base image migration: remove Dockerfile and use the python-connector-base image
0.2.22023-10-15#31329Add OpenAI-compatible embedder option
0.2.12023-10-04#31075Fix OpenAI embedder batch size and conflict field name handling
0.2.02023-09-22#30151Add embedding capabilities, overwrite and dedup support and API key auth mode, make certified. 🚨 Breaking changes - check migrations guide.
0.1.12022-02-08#22527Multiple bug fixes: Support String based IDs, arrays of uknown type and additionalProperties of type object and array of objects
0.1.02022-12-06#20094Add Weaviate destination