vector field.
Choose the provider and model in the field’s embedding configuration. LambdaDB handles:
- provider credentials
- vector generation during document writes
- query embedding generation for vector search
Supported providers
LambdaDB currently supports the following embedding provider:Supported models
The following OpenAI embedding models are currently supported for native embedding vector fields.Collection schema
Define a vector field with anembedding block to let LambdaDB generate its vectors.
Schema rules
Use the recommended SDK versions, CLI, MCP server, or Migration CLI for native configuration.embedding.provideris requiredembedding.modelis requiredembedding.sourceFieldis requiredembedding.sourceFieldmust reference atextfield in the same collection- native embedding vector fields must not use top-level
dimensions - native embedding vector fields must not use top-level
similarity - set optional
dimensionsandsimilarityinsideembedding; omitted values use the model defaults - LambdaDB resolves and stores the effective
embedding.dimensionsandembedding.similarity
Write behavior
For native embedding vector fields, send the source text field and let LambdaDB generate the vector value. Do not send direct vector values for native embedding fields in: Example upsert payload:Query behavior
For native embedding vector fields, useknn.queryText instead of knn.queryVector.
Bulk upsert
bulk upsert is not supported for collections that contain native embedding vector fields.
Use the regular document write flow instead: