LaminDB
Overview
LaminDB is an open-source, lineage-native lakehouse for biology. It makes datasets and models queryable, traceable, validated, reproducible, and FAIR (Findable, Accessible, Interoperable, Reusable) while storing data in open formats across local filesystems, S3, GCS, Hugging Face, SQLite, and Postgres.
Core Value Proposition:
- Queryability: Search and filter artifacts, records, runs, features, schemas, and collections
- Traceability: Track inputs, outputs, parameters, source code, and environments for notebooks, scripts, functions, and pipelines
- Validation: Curate DataFrame, AnnData, SpatialData, TileDB-SOMA, Parquet, Zarr, and other biological formats with schemas
- FAIR Compliance: Standardize annotations with Bionty-backed ontologies and custom registries
- Change management: Organize work with projects, branches, spaces, collections, and saved notes or plans
When to Use This Skill
Use this skill when:
- Managing biological datasets: scRNA-seq, bulk RNA-seq, spatial transcriptomics, flow cytometry, multi-modal data, EHR data
- Tracking computational workflows: Notebooks, scripts, functions, shell scripts, and pipeline execution (Nextflow, Snakemake, Redun)
- Curating and validating data: Schema validation, standardization, ontology-based annotation
- Working with biological ontologies: Genes, proteins, cell types, tissues, diseases, pathways (via Bionty)
- Building data lakehouses: Unified query interface across multiple datasets
- Ensuring reproducibility: Automatic versioning, lineage tracking, environment capture
- Integrating ML pipelines: Connecting with Weights & Biases, MLflow, Hugging Face, Lightning, scVI-tools
- Deploying data infrastructure: Setting up local or cloud-based data management systems
- Collaborating on datasets: Sharing curated, annotated data with standardized metadata
Core Capabilities
LaminDB provides six interconnected capability areas, each documented in detail in the references folder.
1. Core Concepts and Data Lineage
Core entities:
- Artifacts: Versioned datasets (DataFrame, AnnData, Parquet, Zarr, etc.)
- Records & ULabels: Experimental entities, typed records, and simple labels
- Collections: Versioned, immutable sets of artifacts
- Runs & Transforms: Computational lineage tracking (what code produced what data)
- Features: Typed metadata fields for annotation and querying
- Projects, Branches & Spaces: Project grouping, change management, and access boundaries
Key workflows:
- Create and version artifacts from files or Python objects
- Track notebook/script execution with
ln.track() and ln.finish()
- Track function workflows with
@ln.flow() and @ln.step()
- Annotate artifacts with records, ulabels, projects, and typed features
- Visualize data lineage graphs with
artifact.view_lineage()
- Query by provenance (find all outputs from specific code/inputs)
Reference: references/core-concepts.md - Read this for detailed information on artifacts, records, runs, transforms, features, versioning, and lineage tracking.
2. Data Management and Querying
Query capabilities:
- Registry exploration and lookup with auto-complete
- Single record retrieval with
get(), one(), one_or_none()
- Filtering with comparison operators (
__gt, __lte, __contains, __startswith)
- Feature-based queries, including expression-style queries with
Feature objects
- Cross-registry traversal with double-underscore syntax
- Full-text search across registries
- Advanced logical queries with
ln.Q objects (AND, OR, NOT)
- Streaming large datasets without loading into memory
Key workflows:
- Browse artifacts with filters and ordering
- Query by features, creation date, creator, size, etc.
- Stream large files in chunks or with array slicing
- Organize data with hierarchical keys
- Group artifacts into collections
Reference: references/data-management.md - Read this for comprehensive query patterns, filtering examples, streaming strategies, and data organization best practices.
3. Annotation and Validation
Curation process:
- Validation: Confirm datasets match desired schemas
- Standardization: Fix typos, map synonyms to canonical terms
- Annotation: Link datasets to metadata entities for queryability
Schema types:
- Flexible schemas: Validate only known columns, allow additional metadata
- Minimal required schemas: Specify essential columns, permit extras
- Strict schemas: Complete control over structure and values
Supported data types:
- DataFrames (Parquet, CSV)
- AnnData (single-cell genomics)
- MuData (multi-modal)
- SpatialData (spatial transcriptomics)
- TileDB-SOMA (scalable arrays)
Key workflows:
- Define features and schemas for data validation
- Use
DataFrameCurator, AnnDataCurator, SpatialDataCurator, or TiledbsomaExperimentCurator for validation
- Standardize values with
.cat.standardize()
- Map to ontologies with
.cat.add_ontology()
- Save curated artifacts with schema linkage
- Query validated datasets by features
Reference: references/annotation-validation.md - Read this for detailed curation workflows, schema design patterns, handling validation errors, and best practices.
4. Biological Ontologies
Available ontologies (via Bionty):
- Genes (Ensembl), Proteins (UniProt)
- Cell types (CL), Cell lines (CLO)
- Tissues (Uberon), Diseases (Mondo, DOID)
- Phenotypes (HPO), Pathways (GO)
- Experimental factors (EFO), Developmental stages
- Organisms (NCBItaxon), Drugs (DrugBank)
Key workflows:
- Import public ontologies with
bt.CellType.import_source()
- Search ontologies with keyword or exact matching
- Standardize terms using synonym mapping
- Explore hierarchical relationships (parents, children, ancestors)
- Validate data against ontology terms
- Annotate datasets with ontology records
- Create custom terms and hierarchies
- Handle multi-organism contexts (human, mouse, etc.)
Reference: references/ontologies.md - Read this for comprehensive ontology operations, standardization strategies, hierarchy navigation, and annotation workflows.
5. Integrations
Workflow managers:
- Nextflow: Track pipeline processes and outputs
- Snakemake: Integrate into Snakemake rules
- Redun: Combine with Redun task tracking
- Lightning: Persist checkpoints and training metadata
MLOps platforms:
- Weights & Biases: Link experiments with data artifacts
- MLflow: Track models and experiments
- Hugging Face: Track model fine-tuning
- scVI-tools: Single-cell analysis workflows
Storage systems:
- Local filesystem, AWS S3, Google Cloud Storage
- S3-compatible (MinIO, Cloudflare R2)
- HTTP/HTTPS endpoints (read-only)
- HuggingFace datasets
Array stores:
- TileDB-SOMA (with cellxgene support)
- DuckDB for SQL queries on Parquet files
Visualization:
- Vitessce for interactive spatial/single-cell visualization
Version control:
- Git integration for source code tracking
Reference: references/integrations.md - Read this for integration patterns, code examples, and troubleshooting for third-party systems.
6. Setup and Deployment
Installation:
- Current stable baseline:
lamindb==2.5.1 (released 2026-06-01; Python >=3.10, <=3.14)
- Basic:
uv pip install 'lamindb==2.5.1'
- With extras:
uv pip install 'lamindb[gcp,zarr-v2,fcs]==2.5.1'
- Minimal namespace only:
uv pip install 'lamindb-core==2.5.1'
- Bionty module: included in the LaminDB docs and available as
uv pip install 'bionty==2.4.0'
- Optional modules: pin reviewed releases for wetlab or clinical schema modules rather than installing floating latest versions
Instance types:
- Local SQLite (development)
- Cloud storage + SQLite (small teams)
- Cloud storage + PostgreSQL (production)
Storage options:
- Local filesystem
- AWS S3 with configurable regions and permissions
- Google Cloud Storage
- S3-compatible endpoints (MinIO, Cloudflare R2)
Configuration:
- Cache management for cloud files
- Multi-user system configurations
- Git repository sync
- Named environment variables for credentials and connection URLs
Deployment patterns:
- Local dev → Cloud production migration
- Multi-region deployments
- Shared storage with personal instances
Reference: references/setup-deployment.md - Read this for detailed installation, configuration, storage setup, database management, security best practices, and troubleshooting.
Safety and Security Defaults
When helping with LaminDB setup or integrations:
- Never display, log, or transmit actual API keys, cloud credentials, database passwords, or full connection strings that include secrets.
- Prefer IAM roles, workload identity, secret managers, or named environment variables such as
LAMIN_DB_URL, AWS_ACCESS_KEY_ID, AWS_SECRET_ACCESS_KEY, and GOOGLE_APPLICATION_CREDENTIALS; only check whether a named variable is present, not its value.
- Before saving content from REST APIs, external databases, or user-provided files, validate and sanitize it with an explicit schema or curator.
- For reproducible installs, pin package versions or use a lock file. Floating installs are acceptable only when the user explicitly wants the latest upstream release.
Common Use Case Workflows
Use Case 1: Single-Cell RNA-seq Analysis with Ontology Validation
import lamindb as ln
import bionty as bt
import anndata as ad
# Start tracking a notebook/script run
ln.track(params={"analysis": "scRNA-seq QC and annotation"})
# Import cell type ontology
bt.CellType.import_source()
# Load data
adata = ad.read_h5ad("raw_counts.h5ad")
# Validate and standardize cell types
adata.obs["cell_type"] = bt.CellType.standardize(adata.obs["cell_type"])
# Curate with schema
curator = ln.curators.AnnDataCurator(adata, schema)
curator.validate()
artifact = curator.save_artifact(key="scrna/validated.h5ad")
# Link ontology-backed annotations for queryability
cell_types = bt.CellType.from_values(adata.obs["cell_type"])
artifact.cell_types.add(*cell_types)
ln.finish()
Use Case 2: Building a Queryable Data Lakehouse
import lamindb as ln
# Register multiple experiments
for i, file in enumerate(data_files):
artifact = ln.Artifact.from_anndata(
ad.read_h5ad(file),
key=f"scrna/batch_{i}.h5ad",
description=f"scRNA-seq batch {i}"
).save()
# Annotate with features
artifact.features.set_values({
"batch": i,
"tissue": tissues[i],
"condition": conditions[i]
})
# Query across all experiments by annotated features
immune_datasets = ln.Artifact.filter(
key__startswith="scrna/",
tissue="PBMC",
condition="treated"
).to_dataframe()
# Load specific datasets
for artifact in immune_datasets:
adata = artifact.load()
# Analyze
Use Case 3: ML Pipeline with W&B Integration
import lamindb as ln
import wandb
# Initialize both systems
wandb.init(project="drug-response", name="exp-42")
ln.track(params={"model": "random_forest", "n_estimators": 100})
# Load training data from LaminDB
train_artifact = ln.Artifact.get(key="datasets/train.parquet")
train_data = train_artifact.load()
# Train model
model = train_model(train_data)
# Log to W&B
wandb.log({"accuracy": 0.95})
# Save model in LaminDB with W&B linkage
import joblib
joblib.dump(model, "model.pkl")
model_artifact = ln.Artifact("model.pkl", key="models/exp-42.pkl").save()
model_artifact.features.set_values({"wandb_run_id": wandb.run.id})
ln.finish()
wandb.finish()
Use Case 4: Nextflow Pipeline Integration
# In Nextflow process script
import lamindb as ln
ln.track()
# Load input artifact
input_artifact = ln.Artifact.get(key="raw/batch_${batch_id}.fastq.gz")
input_path = input_artifact.cache()
# Process (alignment, quantification, etc.)
# ... Nextflow process logic ...
# Save output
output_artifact = ln.Artifact(
"counts.csv",
key="processed/batch_${batch_id}_counts.csv"
).save()
ln.finish()
For native Nextflow projects, prefer the nf-lamin plugin and current nextflow.config patterns when available; use inline Python tracking for small or custom pipeline steps.
Getting Started Checklist
To start using LaminDB effectively:
Installation & Setup (references/setup-deployment.md)
- Install pinned LaminDB and required extras
- Authenticate with
lamin login
- Initialize instance with
lamin init --storage ...
Learn Core Concepts (references/core-concepts.md)
- Understand Artifacts, Records, Runs, Transforms
- Practice creating and retrieving artifacts
- Implement
ln.track()/ln.finish() or @ln.flow()/@ln.step() in workflows
Master Querying (references/data-management.md)
- Practice filtering and searching registries
- Learn feature-based queries and expression-style filters
- Experiment with streaming large files
Set Up Validation (references/annotation-validation.md)
- Define features relevant to research domain
- Create schemas for data types
- Practice curation workflows
Integrate Ontologies (references/ontologies.md)
- Import relevant biological ontologies (genes, cell types, etc.)
- Validate existing annotations
- Standardize metadata with ontology terms
Connect Tools (references/integrations.md)
- Integrate with existing workflow managers
- Link ML platforms for experiment tracking
- Configure cloud storage and compute
Key Principles
Follow these principles when working with LaminDB:
Track everything: Use ln.track() at the start of every analysis for automatic lineage capture
Validate early: Define schemas and validate data before extensive analysis
Use ontologies: Leverage public biological ontologies for standardized annotations
Organize with keys: Structure artifact keys hierarchically (e.g., project/experiment/batch/file.h5ad)
Query metadata first: Filter and search before loading large files
Version, don't duplicate: Use built-in versioning instead of creating new keys for modifications
Annotate with features: Define typed features and use artifact.features.set_values() for queryable metadata
Document thoroughly: Add descriptions to artifacts, schemas, and transforms
Leverage lineage: Use view_lineage() to understand data provenance
Start local, scale cloud: Develop locally with SQLite, deploy to cloud with PostgreSQL
Reference Files
This skill includes comprehensive reference documentation organized by capability:
references/core-concepts.md - Artifacts, records, runs, transforms, features, versioning, lineage
references/data-management.md - Querying, filtering, searching, streaming, organizing data
references/annotation-validation.md - Schema design, curation workflows, validation strategies
references/ontologies.md - Biological ontology management, standardization, hierarchies
references/integrations.md - Workflow managers, MLOps platforms, storage systems, tools
references/setup-deployment.md - Installation, configuration, deployment, troubleshooting
Read the relevant reference file(s) based on the specific LaminDB capability needed for the task at hand.
Additional Resources
1---2name: lamindb3description: Use when working with LaminDB, the open-source lineage-native lakehouse for biological datasets and models. Covers setup, artifact registration, query/search, lineage tracking, validation, ontology-backed annotation with Bionty, collections, branches, storage, and workflow integrations.4license: Apache-2.0 license5---6
7# LaminDB
8
9## Overview
10
11LaminDB is an open-source, lineage-native lakehouse for biology. It makes datasets and models queryable, traceable, validated, reproducible, and FAIR (Findable, Accessible, Interoperable, Reusable) while storing data in open formats across local filesystems, S3, GCS, Hugging Face, SQLite, and Postgres.
12
13**Core Value Proposition:**
14- **Queryability**: Search and filter artifacts, records, runs, features, schemas, and collections
15- **Traceability**: Track inputs, outputs, parameters, source code, and environments for notebooks, scripts, functions, and pipelines
16- **Validation**: Curate DataFrame, AnnData, SpatialData, TileDB-SOMA, Parquet, Zarr, and other biological formats with schemas
17- **FAIR Compliance**: Standardize annotations with Bionty-backed ontologies and custom registries
18- **Change management**: Organize work with projects, branches, spaces, collections, and saved notes or plans
19
20## When to Use This Skill
21
22Use this skill when:
23
24- **Managing biological datasets**: scRNA-seq, bulk RNA-seq, spatial transcriptomics, flow cytometry, multi-modal data, EHR data
25- **Tracking computational workflows**: Notebooks, scripts, functions, shell scripts, and pipeline execution (Nextflow, Snakemake, Redun)
26- **Curating and validating data**: Schema validation, standardization, ontology-based annotation
27- **Working with biological ontologies**: Genes, proteins, cell types, tissues, diseases, pathways (via Bionty)
28- **Building data lakehouses**: Unified query interface across multiple datasets
29- **Ensuring reproducibility**: Automatic versioning, lineage tracking, environment capture
30- **Integrating ML pipelines**: Connecting with Weights & Biases, MLflow, Hugging Face, Lightning, scVI-tools
31- **Deploying data infrastructure**: Setting up local or cloud-based data management systems
32- **Collaborating on datasets**: Sharing curated, annotated data with standardized metadata
33
34## Core Capabilities
35
36LaminDB provides six interconnected capability areas, each documented in detail in the references folder.
37
38### 1. Core Concepts and Data Lineage
39
40**Core entities:**
41- **Artifacts**: Versioned datasets (DataFrame, AnnData, Parquet, Zarr, etc.)
42- **Records & ULabels**: Experimental entities, typed records, and simple labels
43- **Collections**: Versioned, immutable sets of artifacts
44- **Runs & Transforms**: Computational lineage tracking (what code produced what data)
45- **Features**: Typed metadata fields for annotation and querying
46- **Projects, Branches & Spaces**: Project grouping, change management, and access boundaries
47
48**Key workflows:**
49- Create and version artifacts from files or Python objects
50- Track notebook/script execution with `ln.track()` and `ln.finish()`
51- Track function workflows with `@ln.flow()` and `@ln.step()`
52- Annotate artifacts with records, ulabels, projects, and typed features
53- Visualize data lineage graphs with `artifact.view_lineage()`
54- Query by provenance (find all outputs from specific code/inputs)
55
56**Reference:** `references/core-concepts.md` - Read this for detailed information on artifacts, records, runs, transforms, features, versioning, and lineage tracking.
57
58### 2. Data Management and Querying
59
60**Query capabilities:**
61- Registry exploration and lookup with auto-complete
62- Single record retrieval with `get()`, `one()`, `one_or_none()`
63- Filtering with comparison operators (`__gt`, `__lte`, `__contains`, `__startswith`)
64- Feature-based queries, including expression-style queries with `Feature` objects
65- Cross-registry traversal with double-underscore syntax
66- Full-text search across registries
67- Advanced logical queries with `ln.Q` objects (AND, OR, NOT)
68- Streaming large datasets without loading into memory
69
70**Key workflows:**
71- Browse artifacts with filters and ordering
72- Query by features, creation date, creator, size, etc.
73- Stream large files in chunks or with array slicing
74- Organize data with hierarchical keys
75- Group artifacts into collections
76
77**Reference:** `references/data-management.md` - Read this for comprehensive query patterns, filtering examples, streaming strategies, and data organization best practices.
78
79### 3. Annotation and Validation
80
81**Curation process:**
821. **Validation**: Confirm datasets match desired schemas
832. **Standardization**: Fix typos, map synonyms to canonical terms
843. **Annotation**: Link datasets to metadata entities for queryability
85
86**Schema types:**
87- **Flexible schemas**: Validate only known columns, allow additional metadata
88- **Minimal required schemas**: Specify essential columns, permit extras
89- **Strict schemas**: Complete control over structure and values
90
91**Supported data types:**
92- DataFrames (Parquet, CSV)
93- AnnData (single-cell genomics)
94- MuData (multi-modal)
95- SpatialData (spatial transcriptomics)
96- TileDB-SOMA (scalable arrays)
97
98**Key workflows:**
99- Define features and schemas for data validation
100- Use `DataFrameCurator`, `AnnDataCurator`, `SpatialDataCurator`, or `TiledbsomaExperimentCurator` for validation
101- Standardize values with `.cat.standardize()`
102- Map to ontologies with `.cat.add_ontology()`
103- Save curated artifacts with schema linkage
104- Query validated datasets by features
105
106**Reference:** `references/annotation-validation.md` - Read this for detailed curation workflows, schema design patterns, handling validation errors, and best practices.
107
108### 4. Biological Ontologies
109
110**Available ontologies (via Bionty):**
111- Genes (Ensembl), Proteins (UniProt)
112- Cell types (CL), Cell lines (CLO)
113- Tissues (Uberon), Diseases (Mondo, DOID)
114- Phenotypes (HPO), Pathways (GO)
115- Experimental factors (EFO), Developmental stages
116- Organisms (NCBItaxon), Drugs (DrugBank)
117
118**Key workflows:**
119- Import public ontologies with `bt.CellType.import_source()`
120- Search ontologies with keyword or exact matching
121- Standardize terms using synonym mapping
122- Explore hierarchical relationships (parents, children, ancestors)
123- Validate data against ontology terms
124- Annotate datasets with ontology records
125- Create custom terms and hierarchies
126- Handle multi-organism contexts (human, mouse, etc.)
127
128**Reference:** `references/ontologies.md` - Read this for comprehensive ontology operations, standardization strategies, hierarchy navigation, and annotation workflows.
129
130### 5. Integrations
131
132**Workflow managers:**
133- Nextflow: Track pipeline processes and outputs
134- Snakemake: Integrate into Snakemake rules
135- Redun: Combine with Redun task tracking
136- Lightning: Persist checkpoints and training metadata
137
138**MLOps platforms:**
139- Weights & Biases: Link experiments with data artifacts
140- MLflow: Track models and experiments
141- Hugging Face: Track model fine-tuning
142- scVI-tools: Single-cell analysis workflows
143
144**Storage systems:**
145- Local filesystem, AWS S3, Google Cloud Storage
146- S3-compatible (MinIO, Cloudflare R2)
147- HTTP/HTTPS endpoints (read-only)
148- HuggingFace datasets
149
150**Array stores:**
151- TileDB-SOMA (with cellxgene support)
152- DuckDB for SQL queries on Parquet files
153
154**Visualization:**
155- Vitessce for interactive spatial/single-cell visualization
156
157**Version control:**
158- Git integration for source code tracking
159
160**Reference:** `references/integrations.md` - Read this for integration patterns, code examples, and troubleshooting for third-party systems.
161
162### 6. Setup and Deployment
163
164**Installation:**
165- Current stable baseline: `lamindb==2.5.1` (released 2026-06-01; Python >=3.10, <=3.14)
166- Basic: `uv pip install 'lamindb==2.5.1'`
167- With extras: `uv pip install 'lamindb[gcp,zarr-v2,fcs]==2.5.1'`
168- Minimal namespace only: `uv pip install 'lamindb-core==2.5.1'`
169- Bionty module: included in the LaminDB docs and available as `uv pip install 'bionty==2.4.0'`
170- Optional modules: pin reviewed releases for wetlab or clinical schema modules rather than installing floating latest versions
171
172**Instance types:**
173- Local SQLite (development)
174- Cloud storage + SQLite (small teams)
175- Cloud storage + PostgreSQL (production)
176
177**Storage options:**
178- Local filesystem
179- AWS S3 with configurable regions and permissions
180- Google Cloud Storage
181- S3-compatible endpoints (MinIO, Cloudflare R2)
182
183**Configuration:**
184- Cache management for cloud files
185- Multi-user system configurations
186- Git repository sync
187- Named environment variables for credentials and connection URLs
188
189**Deployment patterns:**
190- Local dev → Cloud production migration
191- Multi-region deployments
192- Shared storage with personal instances
193
194**Reference:** `references/setup-deployment.md` - Read this for detailed installation, configuration, storage setup, database management, security best practices, and troubleshooting.
195
196## Safety and Security Defaults
197
198When helping with LaminDB setup or integrations:
199
200- Never display, log, or transmit actual API keys, cloud credentials, database passwords, or full connection strings that include secrets.
201- Prefer IAM roles, workload identity, secret managers, or named environment variables such as `LAMIN_DB_URL`, `AWS_ACCESS_KEY_ID`, `AWS_SECRET_ACCESS_KEY`, and `GOOGLE_APPLICATION_CREDENTIALS`; only check whether a named variable is present, not its value.
202- Before saving content from REST APIs, external databases, or user-provided files, validate and sanitize it with an explicit schema or curator.
203- For reproducible installs, pin package versions or use a lock file. Floating installs are acceptable only when the user explicitly wants the latest upstream release.
204
205## Common Use Case Workflows
206
207### Use Case 1: Single-Cell RNA-seq Analysis with Ontology Validation
208
209```python
210import lamindb as ln
211import bionty as bt
212import anndata as ad
213
214# Start tracking a notebook/script run
215ln.track(params={"analysis": "scRNA-seq QC and annotation"})
216
217# Import cell type ontology
218bt.CellType.import_source()
219
220# Load data
221adata = ad.read_h5ad("raw_counts.h5ad")
222
223# Validate and standardize cell types
224adata.obs["cell_type"] = bt.CellType.standardize(adata.obs["cell_type"])
225
226# Curate with schema
227curator = ln.curators.AnnDataCurator(adata, schema)
228curator.validate()
229artifact = curator.save_artifact(key="scrna/validated.h5ad")
230
231# Link ontology-backed annotations for queryability
232cell_types = bt.CellType.from_values(adata.obs["cell_type"])
233artifact.cell_types.add(*cell_types)
234
235ln.finish()
236```
237
238### Use Case 2: Building a Queryable Data Lakehouse
239
240```python
241import lamindb as ln
242
243# Register multiple experiments
244for i, file in enumerate(data_files):
245 artifact = ln.Artifact.from_anndata(
246 ad.read_h5ad(file),
247 key=f"scrna/batch_{i}.h5ad",
248 description=f"scRNA-seq batch {i}"
249 ).save()
250
251 # Annotate with features
252 artifact.features.set_values({
253 "batch": i,
254 "tissue": tissues[i],
255 "condition": conditions[i]
256 })
257
258# Query across all experiments by annotated features
259immune_datasets = ln.Artifact.filter(
260 key__startswith="scrna/",
261 tissue="PBMC",
262 condition="treated"
263).to_dataframe()
264
265# Load specific datasets
266for artifact in immune_datasets:
267 adata = artifact.load()
268 # Analyze
269```
270
271### Use Case 3: ML Pipeline with W&B Integration
272
273```python
274import lamindb as ln
275import wandb
276
277# Initialize both systems
278wandb.init(project="drug-response", name="exp-42")
279ln.track(params={"model": "random_forest", "n_estimators": 100})
280
281# Load training data from LaminDB
282train_artifact = ln.Artifact.get(key="datasets/train.parquet")
283train_data = train_artifact.load()
284
285# Train model
286model = train_model(train_data)
287
288# Log to W&B
289wandb.log({"accuracy": 0.95})
290
291# Save model in LaminDB with W&B linkage
292import joblib
293joblib.dump(model, "model.pkl")
294model_artifact = ln.Artifact("model.pkl", key="models/exp-42.pkl").save()
295model_artifact.features.set_values({"wandb_run_id": wandb.run.id})
296
297ln.finish()
298wandb.finish()
299```
300
301### Use Case 4: Nextflow Pipeline Integration
302
303```python
304# In Nextflow process script
305import lamindb as ln
306
307ln.track()
308
309# Load input artifact
310input_artifact = ln.Artifact.get(key="raw/batch_${batch_id}.fastq.gz")
311input_path = input_artifact.cache()
312
313# Process (alignment, quantification, etc.)
314# ... Nextflow process logic ...
315
316# Save output
317output_artifact = ln.Artifact(
318 "counts.csv",
319 key="processed/batch_${batch_id}_counts.csv"
320).save()
321
322ln.finish()
323```
324
325For native Nextflow projects, prefer the `nf-lamin` plugin and current `nextflow.config` patterns when available; use inline Python tracking for small or custom pipeline steps.
326
327## Getting Started Checklist
328
329To start using LaminDB effectively:
330
3311. **Installation & Setup** (`references/setup-deployment.md`)
332 - Install pinned LaminDB and required extras
333 - Authenticate with `lamin login`
334 - Initialize instance with `lamin init --storage ...`
335
3362. **Learn Core Concepts** (`references/core-concepts.md`)
337 - Understand Artifacts, Records, Runs, Transforms
338 - Practice creating and retrieving artifacts
339 - Implement `ln.track()`/`ln.finish()` or `@ln.flow()`/`@ln.step()` in workflows
340
3413. **Master Querying** (`references/data-management.md`)
342 - Practice filtering and searching registries
343 - Learn feature-based queries and expression-style filters
344 - Experiment with streaming large files
345
3464. **Set Up Validation** (`references/annotation-validation.md`)
347 - Define features relevant to research domain
348 - Create schemas for data types
349 - Practice curation workflows
350
3515. **Integrate Ontologies** (`references/ontologies.md`)
352 - Import relevant biological ontologies (genes, cell types, etc.)
353 - Validate existing annotations
354 - Standardize metadata with ontology terms
355
3566. **Connect Tools** (`references/integrations.md`)
357 - Integrate with existing workflow managers
358 - Link ML platforms for experiment tracking
359 - Configure cloud storage and compute
360
361## Key Principles
362
363Follow these principles when working with LaminDB:
364
3651. **Track everything**: Use `ln.track()` at the start of every analysis for automatic lineage capture
366
3672. **Validate early**: Define schemas and validate data before extensive analysis
368
3693. **Use ontologies**: Leverage public biological ontologies for standardized annotations
370
3714. **Organize with keys**: Structure artifact keys hierarchically (e.g., `project/experiment/batch/file.h5ad`)
372
3735. **Query metadata first**: Filter and search before loading large files
374
3756. **Version, don't duplicate**: Use built-in versioning instead of creating new keys for modifications
376
3777. **Annotate with features**: Define typed features and use `artifact.features.set_values()` for queryable metadata
378
3798. **Document thoroughly**: Add descriptions to artifacts, schemas, and transforms
380
3819. **Leverage lineage**: Use `view_lineage()` to understand data provenance
382
38310. **Start local, scale cloud**: Develop locally with SQLite, deploy to cloud with PostgreSQL
384
385## Reference Files
386
387This skill includes comprehensive reference documentation organized by capability:
388
389- **`references/core-concepts.md`** - Artifacts, records, runs, transforms, features, versioning, lineage
390- **`references/data-management.md`** - Querying, filtering, searching, streaming, organizing data
391- **`references/annotation-validation.md`** - Schema design, curation workflows, validation strategies
392- **`references/ontologies.md`** - Biological ontology management, standardization, hierarchies
393- **`references/integrations.md`** - Workflow managers, MLOps platforms, storage systems, tools
394- **`references/setup-deployment.md`** - Installation, configuration, deployment, troubleshooting
395
396Read the relevant reference file(s) based on the specific LaminDB capability needed for the task at hand.
397
398## Additional Resources
399
400- **Official Documentation**: https://docs.lamin.ai
401- **API Reference**: https://docs.lamin.ai/api
402- **GitHub Repository**: https://github.com/laminlabs/lamindb
403- **Tutorial**: https://docs.lamin.ai/tutorial
404- **FAQ**: https://docs.lamin.ai/faq
405