Parameters
| Parameter | Type | Required | Description |
|---|---|---|---|
| collectionName | string | ✓ | Collection name must be unique within a project and the supported maximum length is 52 characters |
| indexConfigs | object | Field configuration for indexing. Required when creating from scratch | |
| sourceProjectName | string | Source project name for PITR or branching operations | |
| sourceCollectionName | string | Source collection name for PITR or branching operations | |
| sourceDatetime | string | ISO 8601 formatted datetime for PITR (e.g., “2024-01-15T10:30:00Z”) | |
| sourceProjectApiKey | string | API key for the source project | |
| partitionConfig | object | Partition configuration |
Create a collection from scratch
The simplest way to create a collection is to provide the collection name and the field index configurations.Create a collection with managed embeddings
Managed embeddings let LambdaDB derive vector values from a source text field. Define the vector field withmanagedEmbedding: true and an embedding block. The source field must be a text field in the same collection.
For the current provider and model matrix, see Managed embeddings.
For managed embedding vector fields, do not send top-level
dimensions or similarity in the field config. LambdaDB resolves and stores those values under embedding.Create a partitioned collection
LambdaDB supports hash-based partitioning for a specified field.Currently, only
keyword type is supported for partitioning.Point-in-time recovery (PITR)
LambdaDB automatically maintains continuous backups at the collection level with a default retention period of 30 days. You can create a collection from a specific point in time using PITR functionality.PITR allows you to restore collections to any point within the configured retention period.
The
sourceDatetime parameter must be in ISO 8601 format (UTC timezone). If sourceDatetime is not specified, the collection will be restored from the most recent data available.Fork a collection with additional index configs
You can fork a collection based on an existing collection and extend it with additional indexConfigs. The original collection’s configuration will be preserved, and you can only add new fields.When forking a collection, specifying
indexConfigs is optional.
You can pass additional indexConfigs to extend the original collection’s configuration,
but deleting or modifying the original collection’s indexConfigs is not allowed.Collection limits
| Metric | Limit |
|---|---|
| Max number of collections | unlimited |
| Max forked children per collection | 30 |