mirror of
https://github.com/lancedb/lancedb.git
synced 2026-10-13 23:32:27 +00:00
- Full-text search: the multiline query chain was not parenthesized, so pasting it raised an IndentationError. - Pandas async: the example chained .select onto the coroutine an async search returns; it now awaits the search first, and its test asserts the result. - Pydantic: the example searched with a string, which needs a full-text index or an embedding function the table does not have; it searches with a vector, as the page describes, and asserts the model returned. - PyTorch: the column-selection example selected columns the page's table lacks and printed a schema from a batch that is a dict. It now builds its own table and prints the batch's columns. - Data evolution: the setup used the test's tmp_db fixture, an optional data argument and an unimported numpy. It now needs only `db`, which the page says how to open.
215 lines
8.4 KiB
Plaintext
215 lines
8.4 KiB
Plaintext
---
|
|
title: "PyTorch Integration"
|
|
sidebarTitle: "PyTorch"
|
|
description: Learn how to use LanceDB with PyTorch for training and inference.
|
|
icon: fire
|
|
availability:
|
|
oss: available
|
|
enterprise: available
|
|
summary: >-
|
|
The PyTorch integration works with local, object-storage and deployment
|
|
tables in the Python SDK.
|
|
---
|
|
|
|
LanceDB provides a seamless integration with PyTorch for training and inference. This allows you to use LanceDB as a backend for your PyTorch models, and to use PyTorch for training and inference. You can use LanceDB to store your data, and PyTorch to train your models.
|
|
|
|
## Quickstart {#quickstart}
|
|
|
|
The `Table` class in LanceDB implements a contract for a PyTorch
|
|
[Dataset](https://docs.pytorch.org/docs/stable/data.html#torch.utils.data.Dataset).
|
|
This means you can simply use a LanceDB table in a PyTorch dataloader directly.
|
|
|
|
```py Python icon=Python
|
|
import lancedb
|
|
import torch
|
|
import pyarrow as pa
|
|
from lancedb.util import tbl_to_tensor
|
|
|
|
mem_db = lancedb.connect("memory://")
|
|
table = mem_db.create_table("test_table", pa.table({"a": range(1000)}))
|
|
|
|
# Any LanceDB table can be used as a PyTorch Dataset
|
|
dataloader = torch.utils.data.DataLoader(
|
|
table, batch_size=1024, shuffle=True, collate_fn=tbl_to_tensor
|
|
)
|
|
|
|
for batch in dataloader:
|
|
print(batch)
|
|
```
|
|
|
|
Although the `Table` class in LanceDB implements the `torch.utils.data.Dataset` interface, you may find that using
|
|
a table [Permutation](/training/data-loading) is more flexible.
|
|
|
|
```py Python icon=Python
|
|
from lancedb.permutation import Permutation
|
|
|
|
permutation = Permutation.identity(table)
|
|
dataloader = torch.utils.data.DataLoader(permutation)
|
|
```
|
|
|
|
## Output Formats {#output-formats}
|
|
|
|
By default, a `Table` data loader will emit Arrow data. `collate_fn` is PyTorch's batching hook: PyTorch calls it to
|
|
turn the fetched items into one batch. PyTorch's default collate function only knows how to combine tensors, NumPy
|
|
arrays, numbers, dicts, and lists, so it does not accept Arrow data directly. When using a `Table` directly, pass
|
|
LanceDB's `lancedb.util.tbl_to_tensor` helper as PyTorch's `collate_fn`; it converts numeric Arrow columns into a
|
|
column-major `torch.Tensor` with shape `(columns, rows)`.
|
|
|
|
`Permutation` works differently: its default output is a list of Python dicts, which PyTorch's default collate function
|
|
can batch into a dict of tensors. This is usually more convenient when you are getting started. However, there is a
|
|
significant performance penalty converting from Arrow, Lance's internal representation, to this default format. If you
|
|
want the default PyTorch dict-of-tensors behavior, use a `Permutation` as-is; if you want direct Arrow-to-tensor
|
|
conversion, either pass `lancedb.util.tbl_to_tensor` as `collate_fn` with a direct `Table` or configure a `Permutation`
|
|
with one of the transform formats described below.
|
|
|
|
To address this, the `Permutation` class provides a set of builtin transform functions that can be applied to map
|
|
the Arrow data in different ways. The `arrow` and `polars` formats will always avoid data copies. However, `numpy`,
|
|
`pandas`, and `torch_col` formats will also avoid data copies in most cases. The `python`, `python_col`, and
|
|
`torch` formats will all require at least one full copy of the data and are the slowest options.
|
|
|
|
### Using the torch column format with a torch data loader {#using-the-torch-column-format-with-a-torch-data-loader}
|
|
|
|
The `torch_col` format is the most efficient way to convert from Arrow to a `torch.Tensor`. It will convert the
|
|
entire Arrow batch to a _column-major_ `torch.Tensor`. In other words, given C columns and R rows, the resulting
|
|
Tensor will have shape `(C, R)`. However, this format generates an error if you are using a
|
|
`torch.utils.data.DataLoader` with the default collation function:
|
|
|
|
```py Python icon=Python
|
|
TypeError: stack(): argument 'tensors' (position 1) must be tuple of Tensors, not Tensor
|
|
```
|
|
|
|
This error occurs because the default collation function does not currently expect a single two-dimensional tensor.
|
|
It expects a list of tensors which it will then stack. This is what is output by the `torch` format but that format
|
|
requires a data copy. To avoid this error, and avoid data copies, you will need to provide a custom collation function
|
|
in addition to specifying the `torch_col` format.
|
|
|
|
```py Python icon=Python
|
|
from lancedb.permutation import Permutation
|
|
|
|
permutation = Permutation.identity(table).with_format("torch_col")
|
|
dataloader = torch.utils.data.DataLoader(permutation, collate_fn=lambda x: x)
|
|
```
|
|
|
|
This will now output a single two-dimensional tensor for each batch.
|
|
|
|
## Selecting columns {#selecting-columns}
|
|
|
|
By default, the `Table` class will return all columns in the table when used as input to PyTorch. If you only need
|
|
a subset of columns, you can significantly reduce your I/O requirements by selecting only the columns you need. The
|
|
`Permutation` class provides a `select_columns` method that provides this functionality.
|
|
|
|
```py Python icon=Python
|
|
import lancedb
|
|
import pyarrow as pa
|
|
import torch
|
|
from lancedb.permutation import Permutation
|
|
|
|
db = lancedb.connect("memory://")
|
|
prompts = db.create_table(
|
|
"prompts",
|
|
pa.table(
|
|
{
|
|
"id": range(4),
|
|
"prompt": ["north", "south", "east", "west"],
|
|
"embedding": [[0.1, 0.2], [0.3, 0.4], [0.5, 0.6], [0.7, 0.8]],
|
|
}
|
|
),
|
|
)
|
|
|
|
permutation = Permutation.identity(prompts).select_columns(["id", "prompt"])
|
|
dataloader = torch.utils.data.DataLoader(
|
|
permutation, batch_size=1024, shuffle=True
|
|
)
|
|
|
|
for batch in dataloader:
|
|
print(sorted(batch)) # ['id', 'prompt']: the embedding is never read
|
|
```
|
|
|
|
Each batch is a dict of the selected columns, the default `Permutation` format
|
|
described above.
|
|
|
|
## Using multiple DataLoader workers {#using-multiple-dataloader-workers}
|
|
|
|
Set `num_workers > 0` to read from LanceDB in multiple PyTorch worker processes. `Permutation` objects and tables on a deployment are picklable, so each worker reopens the table after it starts. A local table is not, so wrap it in a `Permutation`, as below, to read it from several workers.
|
|
|
|
Prefer the `forkserver` start method when using multiple workers. LanceDB uses internal threads, so the default `fork` method is unsafe; `forkserver` avoids that while being cheaper to start than `spawn`, and it is set to become the Python default. See [the performance guide](/search#performance) for more multiprocessing guidance.
|
|
|
|
<Note>
|
|
`forkserver` is only available on POSIX systems (Linux and macOS). On Windows, use `spawn` instead — it is the only start method available there.
|
|
</Note>
|
|
|
|
```py Python icon=Python
|
|
import torch
|
|
from lancedb.permutation import Permutation
|
|
|
|
permutation = Permutation.identity(table)
|
|
dataloader = torch.utils.data.DataLoader(
|
|
permutation,
|
|
batch_size=1024,
|
|
shuffle=True,
|
|
num_workers=4,
|
|
multiprocessing_context="forkserver",
|
|
persistent_workers=True,
|
|
)
|
|
```
|
|
|
|
### Remote tables in DataLoader workers {#remote-tables-in-dataloader-workers}
|
|
|
|
Remote LanceDB Enterprise tables (`db://...`) work the same way: workers reopen the table from the pickled connection state.
|
|
|
|
```py Python icon=Python
|
|
import lancedb
|
|
import torch
|
|
from lancedb.util import tbl_to_tensor
|
|
|
|
db = lancedb.connect(
|
|
"db://my-database",
|
|
api_key="sk-...",
|
|
region="us-east-1",
|
|
)
|
|
table = db.open_table("my_table")
|
|
|
|
dataloader = torch.utils.data.DataLoader(
|
|
table,
|
|
batch_size=512,
|
|
num_workers=4,
|
|
multiprocessing_context="forkserver",
|
|
collate_fn=tbl_to_tensor,
|
|
)
|
|
```
|
|
|
|
<Note>
|
|
This sends the connection state, including the API key, to each worker. Use a connection factory if credentials should be loaded inside the worker or your `client_config` contains a non-serializable `header_provider`.
|
|
</Note>
|
|
|
|
### Providing a custom connection factory {#providing-a-custom-connection-factory}
|
|
|
|
`Permutation.with_connection_factory` lets each worker reopen the base table with custom logic. The factory takes the table name, returns a LanceDB table, and must be picklable.
|
|
|
|
```py Python icon=Python
|
|
import os
|
|
import lancedb
|
|
import torch
|
|
from lancedb.permutation import Permutation
|
|
|
|
def open_table(name: str):
|
|
db = lancedb.connect(
|
|
"db://my-database",
|
|
api_key=os.environ["LANCEDB_API_KEY"],
|
|
region="us-east-1",
|
|
)
|
|
return db.open_table(name)
|
|
|
|
table = open_table("my_table")
|
|
permutation = (
|
|
Permutation.identity(table)
|
|
.with_connection_factory(open_table)
|
|
)
|
|
dataloader = torch.utils.data.DataLoader(
|
|
permutation,
|
|
batch_size=512,
|
|
num_workers=4,
|
|
multiprocessing_context="forkserver",
|
|
)
|
|
```
|