DuckDB
Local file-based DBs will not work in Airbyte Cloud or Kubernetes. Please use MotherDuck when running in Airbyte Cloud.
Overview
DuckDB is an in-process SQL OLAP database management system and this destination is meant to use locally if you have multiple smaller sources such as GitHub repos, some social media and local CSVs or files you want to run analytics workloads on. This destination writes data to the MotherDuck service, or to a file on the local filesystem on the host running Airbyte.
For file-based DBs, data is written to /tmp/airbyte_local
by default. To change this location, modify the LOCAL_ROOT
environment variable for Airbyte.
Use with MotherDuck
This DuckDB destination is compatible with MotherDuck.
Specifying a MotherDuck Database
To specify a MotherDuck-hosted database as your destination, simply provide your database uri with the normal md:
database prefix in the destination_path
configuration option.
We do not recommend providing your API token in the md:
connection string, as this may cause your token to be printed to execution logs. Please use the MotherDuck API Key
setting instead.
Authenticating to MotherDuck
For authentication, you can can provide your MotherDuck Service Credential as the motherduck_api_key
configuration option.
Sync Overview
Output schema
Each table will contain 3 columns:
_airbyte_ab_id
: a uuid assigned by Airbyte to each event that is processed._airbyte_emitted_at
: a timestamp representing when the event was pulled from the data source._airbyte_data
: a json blob representing with the event data.
Normalization
If you set Normalization, source data will be normalized to a tabular form. Let's say you have a source such as GitHub with nested JSONs; the Normalization ensures you end up with tables and columns. Suppose you have a many-to-many relationship between the users and commits. Normalization will create separate tables for it. The end state is the third normal form (3NF).
Features
Feature | Supported | |
---|---|---|
Full Refresh Sync | Yes | |
Incremental - Append Sync | Yes | |
Incremental - Append + Deduped | No | |
Namespaces | No |
Performance consideration
This integration will be constrained by the speed at which your filesystem accepts writes.
Getting Started with Local Database Files
The destination_path
will always start with /local
whether it is specified by the user or not. Any directory nesting within local will be mapped onto the local mount.
By default, the LOCAL_ROOT
env variable in the .env
file is set /tmp/airbyte_local
.
The local mount is mounted by Docker onto LOCAL_ROOT
. This means the /local
is substituted by /tmp/airbyte_local
by default.
Please make sure that Docker Desktop has access to /tmp
(and /private
on a MacOS, as /tmp has a symlink that points to /private. It will not work otherwise). You allow it with "File sharing" in Settings -> Resources -> File sharing -> add the one or two above folder
and hit the "Apply & restart" button.
Example:
- If
destination_path
is set to/local/destination.duckdb
- the local mount is using the
/tmp/airbyte_local
default - then all data will be written to
/tmp/airbyte_local/destination.duckdb
.
Access Replicated Data Files
If your Airbyte instance is running on the same computer that you are navigating with, you can open your browser and enter file:///tmp/airbyte_local to look at the replicated data locally. If the first approach fails or if your Airbyte instance is running on a remote server, follow the following steps to access the replicated files:
- Access the scheduler container using
docker exec -it airbyte-server bash
- Navigate to the default local mount using
cd /tmp/airbyte_local
- Navigate to the replicated file directory you specified when you created the destination, using
cd /{destination_path}
- Execute
duckdb {filename}
to access the data in a particular database file.
You can also copy the output file to your host machine, the following command will copy the file to the current working directory you are using:
docker cp airbyte-server:/tmp/airbyte_local/{destination_path} .
Note: If you are running Airbyte on Windows with Docker backed by WSL2, you have to use similar step as above or refer to this link for an alternative approach.
Changelog
Version | Date | Pull Request | Subject |
---|---|---|---|
0.3.6 | 2024-05-21 | 38486 | [autopull] base image + poetry + up_to_date |
0.3.5 | 2024-04-23 | #37515 | Add resource requirements declaration to metatadat.yml . |
:------ | :--------- | :------------------------------------------------------- | :--------------------- |
0.3.4 | 2024-04-16 | #36715 | Improve ingestion performance using pyarrow inmem view for writing to DuckDB. |
0.3.3 | 2024-04-07 | #36884 | Fix stale dependency versions in lock file, add CLI for internal testing. |
0.3.2 | 2024-03-20 | #32635 | Instrument custom_user_agent to identify Airbyte-Motherduck connector usage. |
0.3.1 | 2023-11-18 | #32635 | Upgrade DuckDB version to v0.9.2 . |
0.3.0 | 2022-10-23 | #31744 | Upgrade DuckDB version to v0.9.1 . Required update for all MotherDuck users. Note, this is a BREAKING CHANGE for users who may have other connections using versions of DuckDB prior to 0.9.x. See the 0.9.0 release notes for more information and for upgrade instructions. |
0.2.1 | 2022-10-20 | #30600 | Fix: schema name mapping |
0.2.0 | 2022-10-19 | #29428 | Add support for MotherDuck. Upgrade DuckDB version to `v0.8``. |
0.1.0 | 2022-10-14 | 17494 | New DuckDB destination |