Skip to main content
The LanceDB resource mounts a LanceDB table as a filesystem: group-by columns become folders, rows become files, and semantic search is the search command. See LanceDB Resource for the full layout and command list.

Dependencies

lancedb ships the embedded engine and the async client Mirage uses. It pulls in pyarrow; no separate server is required. Semantic search needs an embedding function inside the table. For real multimodal (CLIP) embeddings, add the model deps to your builder environment only (Mirage core never imports them):

Where the data lives

A LanceDB database is a directory of Lance files. The uri decides where it is stored, and the same LanceDBConfig works for every tier.

LanceDB OSS (local disk)

Object storage (S3 / GCS / Azure)

Point uri at a bucket. Credentials come from the environment by default, or pass them through storage_options.

LanceDB Cloud

Use a db:// URI plus an API key and region. The API key can also come from the LANCEDB_API_KEY environment variable.

LanceDB Enterprise

Enterprise is the same as Cloud plus a custom endpoint via host_override.
region and host_override are only applied for db:// URIs; they are ignored for local and object-storage mounts.

Search setup

Search is powered by the table’s own embedding function, not by Mirage. The search command is available when vector_column is set; the table must have been created with an embedding function registered on a source field. A minimal CLIP-backed table (run once in your builder environment):
Once mounted, querying is the search command. LanceDB embeds the query text with the same model and runs vector search, returning ranked rows as canonical file paths with a score, then their cards:
A runnable, dependency-free version (a lightweight keyword embedding instead of CLIP) lives in examples/python/lancedb/.

Config reference

The mount is read-only. See LanceDB Resource for the filesystem layout and supported commands.