Skip to main content
Native embeddings let LambdaDB generate vector values from a source text field and store them in a 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
Native embedding generation consumes inference usage. Inference usage is measured in LIU (LambdaDB Inference Unit). See Understanding costs.

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 an embedding block to let LambdaDB generate its vectors.

Schema rules

Use the recommended SDK versions, CLI, MCP server, or Migration CLI for native configuration.
  • embedding.provider is required
  • embedding.model is required
  • embedding.sourceField is required
  • embedding.sourceField must reference a text field 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 dimensions and similarity inside embedding; omitted values use the model defaults
  • LambdaDB resolves and stores the effective embedding.dimensions and embedding.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, use knn.queryText instead of knn.queryVector.
For full query examples, see Vector query.

Bulk upsert

bulk upsert is not supported for collections that contain native embedding vector fields. Use the regular document write flow instead: