mirror of
https://github.com/lancedb/lancedb.git
synced 2026-10-30 15:26:52 +00:00
## Summary Adopts the product terminology guide across the docs site pages, SDK docstrings and error messages. "LanceDB OSS" and local mode become **LanceDB Embedded**. "Remote" as the execution model becomes **LanceDB Distributed**, which LanceDB Enterprise provides. Where free vs paid is the point, pages contrast "LanceDB Embedded (open source)" with "LanceDB Enterprise". This is a first trial of the Embedded name, so reviewers can judge it in context. - **Embedded vs Distributed** for where execution runs (`optimize()`, consistency, branching, maintenance). Main pages define it once: "LanceDB Enterprise runs LanceDB Distributed: …" - **LanceDB Cloud** is kept only for legacy-Cloud specifics (`db://` region, the brute-force KNN limit) and marked legacy. "Cloud and Enterprise" becomes Enterprise or Distributed. - **Plan executor** becomes "executor" or the fleet name. - **Error messages** change, e.g. `optimize is not supported for remote tables.` → `... in LanceDB Distributed.` Tests that match on them are updated. - **Vale rules** (`EmbeddedName`, `OSSProduct`, `RemoteExecution`, `DistributedEnterprise`, `LegacyCloud`, `InternalNames`) enforce the terms in prose. Unchanged: identifiers (`availability.oss`, the `remote` module and feature, `RemoteTable`, `db://`), heading anchors, internal code comments, and Geneva. ## Evidence - Rust lib tests for the changed messages and the Python tests in `test_remote_db.py`, `test_materialized_views.py` and `test_table.py` pass locally. - Not run locally: - The Node tests: `remote.test.ts` and `table.test.ts` have updated assertions. - Vale. - The `experimental_functions`-marked materialized-view tests. - `docs/src` API reference was hand-edited to match the docstrings rather than regenerated. ## Merge Risk **Door:** two-way; prose and message text only. **Blast Radius:** `docs`, `error-messages`: callers matching on old error strings would break. Companion PRs: lancedb/docs (assembler labels, STYLE.md) and sophon (Enterprise pages). 🤖 Generated with [Claude Code](https://claude.com/claude-code) --------- Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
95 lines
3.5 KiB
Plaintext
95 lines
3.5 KiB
Plaintext
---
|
|
title: REST API Reference
|
|
sidebarTitle: "Overview"
|
|
description: "API reference for LanceDB"
|
|
|
|
---
|
|
|
|
[Lance REST Namespace](https://lance.org/format/namespace/) spec
|
|
is an OpenAPI protocol that enables reading, writing and managing Lance tables by connecting
|
|
those metadata services or building a custom metadata server in a standardized way.
|
|
|
|
LanceDB Embedded allows you to interface with Lance tables via the REST Namespace.
|
|
LanceDB Enterprise provides an extended REST API with
|
|
additional endpoints for managing tables and data.
|
|
If you have specific needs or questions about the Enterprise REST API Namespace,
|
|
please [contact us](mailto:support@lancedb.com).
|
|
|
|
## Authentication {#authentication}
|
|
|
|
<Badge color="red">Enterprise</Badge>
|
|
|
|
All HTTP requests to LanceDB APIs must contain an <u>x-api-key</u> header that specifies a valid API key and
|
|
must be encoded as JSON or Arrow RPC.
|
|
|
|
To authenticate to the Enterprise REST API, you need the endpoint for your deployment and a valid API key for that deployment.
|
|
|
|
### Get your Enterprise credentials {#get-your-enterprise-credentials}
|
|
|
|
1. Obtain the following values from your LanceDB administrator or the LanceDB team that provisioned your Enterprise deployment:
|
|
- an API key
|
|
- your Enterprise REST endpoint
|
|
- your database name, if your deployment uses a private endpoint or `host_override`
|
|
|
|
2. Export those values in your terminal:
|
|
|
|
```bash
|
|
export LANCEDB_API_KEY="<your-api-key>"
|
|
export LANCEDB_HOST_OVERRIDE="https://your-enterprise-endpoint.com"
|
|
export LANCEDB_DATABASE="your-database-name"
|
|
```
|
|
|
|
`LANCEDB_HOST_OVERRIDE` is the endpoint the SDKs take as `host_override`; the
|
|
database name is the part of its `db://` URI after `db://`.
|
|
|
|
3. If your Enterprise deployment is private, connect through the private network endpoint provided for your deployment. For example, Azure Private Link deployments commonly use a private IP or an internal DNS name as the endpoint.
|
|
|
|
### Verify authentication {#verify-authentication}
|
|
|
|
4. Check that you can reach the deployment and list tables:
|
|
|
|
```bash
|
|
curl -X GET "$LANCEDB_HOST_OVERRIDE/v1/table/" \
|
|
-H "x-api-key: $LANCEDB_API_KEY" \
|
|
-H "x-lancedb-database: $LANCEDB_DATABASE"
|
|
```
|
|
|
|
The response lists one page of table names, with a token for the next page when
|
|
there are more.
|
|
|
|
If your deployment endpoint already includes the database host name, you can omit the `x-lancedb-database` header.
|
|
|
|
5. Create a table to confirm write access. Let's call it `words`. A table is
|
|
created from an Arrow IPC stream, which this writes with PyArrow:
|
|
|
|
```bash
|
|
python -c "import pyarrow as pa, sys; t = pa.table({'word': ['hello', 'world']}); w = pa.ipc.new_stream(sys.stdout.buffer, t.schema); w.write_table(t); w.close()" > words.arrow
|
|
|
|
curl -X POST "$LANCEDB_HOST_OVERRIDE/v1/table/words/create" \
|
|
-H "Content-Type: application/vnd.apache.arrow.stream" \
|
|
-H "x-api-key: $LANCEDB_API_KEY" \
|
|
-H "x-lancedb-database: $LANCEDB_DATABASE" \
|
|
--data-binary @words.arrow
|
|
```
|
|
|
|
6. Check that the table has been created:
|
|
|
|
```bash
|
|
curl -X POST "$LANCEDB_HOST_OVERRIDE/v1/table/words/describe" \
|
|
-H "Content-Type: application/json" \
|
|
-H "x-api-key: $LANCEDB_API_KEY" \
|
|
-H "x-lancedb-database: $LANCEDB_DATABASE" \
|
|
-d '{}'
|
|
```
|
|
|
|
That's it. You're connected! Now, you can start adding data and querying it.
|
|
You can visit the tutorial section to build your own applications with LanceDB.
|
|
|
|
<Card
|
|
title="Tutorials"
|
|
icon="book"
|
|
href="/tutorials/"
|
|
>
|
|
Check out our tutorials on building various applications with LanceDB.
|
|
</Card>
|