Installation

The framework can be installed on a Databricks workspace as a tool or used as a standalone library.

Prerequisites

Python 3.10 or later. See instructions.
Databricks workspace.
Network access to your Databricks Workspace used for the installation process.
(Optional if wanting to install DQX as a tool) Databricks CLI v0.241 or later. See instructions.
Databricks cluster with Spark 3.5.0 or higher. See instructions.

DQX installation as a Library

Install the project via pip in a cluster or notebook:

pip install databricks-labs-dqx

Install a specific version of the project via pip (e.g. version 0.1.12) in a cluster or notebook:

pip install databricks-labs-dqx==0.6.0

DQX also integrates seamlessly with Databricks Asset Bundles (DAB). You can add DQX as a library dependency in your DAB configuration to install it on your cluster:

resources:
  jobs:
    my_job:
      # ...
      tasks:
        - task_key: my_task
          # ...
          libraries:
            - pypi:
                package: databricks-labs-dqx==0.6.0

DQX installation as a Tool in a Databricks Workspace

If you install DQX via PyPI and use it purely as a library, you don’t need to pre-install DQX in the workspace. However, installing DQX in the workspace offers additional benefits, such as profiling jobs/workflows, a pre-configured dashboard, and convenient configuration management.

Authenticate Databricks CLI

Once you install Databricks CLI, authenticate your current machine to your Databricks Workspace:

databricks auth login --host <WORKSPACE_HOST>

To enable debug logs, simply add --debug flag to any command. More about authentication options here.

Install DQX using Databricks CLI

Install DQX in your Databricks workspace via Databricks CLI:

databricks labs install dqx

You'll be prompted to provide several configuration options. You can use standard Databricks CLI options like --profile for authentication.

Execution Environment

Make sure to have Databricks CLI v0.241 or later installed locally to avoid encountering the error: ModuleNotFoundError: No module named 'pyspark'.
You must have Python 3.10 or later to install DQX using the Databricks Labs CLI. The Databricks Labs CLI relies on the user's Python installation to create a virtual environment and install the required DQX packages. The packages (e.g. pyspark) don't have to be installed locally before running the CLI.
Running the Databricks CLI from within a Databricks workspace is not supported. The CLI is designed for use from a local machine or a separate compute environment, not directly inside Databricks.
The CLI supports the private PyPI package index. If you encounter SSL-related errors, you may need to install OpenSSL on your system or reinstall Python.

Install a specific version of DQX in your Databricks workspace via Databricks CLI (e.g. version 0.1.12):

databricks labs install dqx@v0.1.12

You'll be prompted to select a configuration profile created by databricks auth login command, and other configuration options.

The cli command will install the following components in the workspace installation folder:

A Python wheel file with the library packaged.
DQX configuration file (config.yml).
Profiling workflow for generating quality rule candidates (not scheduled by default eliminating cost concerns)
Quality dashboard for monitoring to display information about the data quality issues (not scheduled by default eliminating cost concerns)

DQX is installed by default in the user home directory (under /Users/<user>/.dqx). You can also install DQX globally by setting the 'DQX_FORCE_INSTALL' environment variable. The following options are available:

DQX_FORCE_INSTALL=global databricks labs install dqx: will force the installation to be for root only (/Applications/dqx)
DQX_FORCE_INSTALL=user databricks labs install dqx: will force the installation to be for user only (/Users/<user>/.dqx)

Configration file

DQX configuration file can contain multiple run configurations for different pipelines or projects defining specific input, output and quarantine locations, etc. The "default" run configuration is created during the installation. When DQX is upgraded, the configuration is preserved.

Open the configuration file:

databricks labs dqx open-remote-config

You can add additional run configurations or update the default run configuration after the installation by editing the config.yml file. See the example config below with all configuration options:

log_level: INFO
version: 1

profiler_override_clusters:         # <- optional dictionary mapping job cluster names to existing cluster IDs
  main: 0709-132523-cnhxf2p6        # <- existing cluster Id to use
profiler_spark_conf:                # <- optional spark configuration to use for the profiler job
  spark.sql.ansi.enabled: true

run_configs:

- name: default                     # <- unique name of the run config (default used during installation)

  input_config:                     # <- optional input data configuration
    location: s3://iot-ingest/raw   # <- input location of the data (table or cloud path)
    format: delta                   # <- format, required if cloud path provided
    is_streaming: false             # <- whether the input data should be read using streaming (default is false)
    schema: col1 int, col2 string   # <- schema of the input data (optional), applicable if reading csv and json files
    options:                        # <- additional options for reading from the input location (optional)
      versionAsOf: '0'

  output_config:                    # <- output data configuration
    location: main.iot.silver       # <- output location (table), used as input for quality dashboard ir quarantine locaiton is not provided
    format: delta                   # <- format of the output table
    mode: append                    # <- write mode for the output table (append or overwrite)
    options:                        # <- additional options for writing to the output table (optional)
      mergeSchema: 'true'
      #checkpointLocation: /Volumes/catalog1/schema1/checkpoint  # <- only applicable if input_config.is_streaming is enabled
    trigger:                        # <- streaming trigger, only applicable if input_config.is_streaming is enabled
      availableNow: true

  quarantine_config:                     # <- quarantine data configuration, if specified, bad data is written to quarantine table
    location: main.iot.silver_quarantine # <- quarantine location (table), used as input for quality dashboard
    format: delta                        # <- format of the quarantine table
    mode: append                         # <- write mode for the quarantine table (append or overwrite)
    options:                             # <- additional options for writing to the quarantine table (optional)
      mergeSchema: 'true'
      #checkpointLocation: /Volumes/catalog1/schema1/checkpoint  # <- only applicable if input_config.is_streaming is enabled
    trigger:                             # <- streaming trigger, only applicable if input_config.is_streaming is enabled
      availableNow: true

  checks_file: iot_checks.yml            # <- relative location of the quality rules (checks) defined in json or yaml file
  checks_table: main.iot.checks          # <- table storing the quality rules (checks)

  profiler_config:                            # <- profiler configuration
    summary_stats_file: iot_summary_stats.yml # <- relative location of profiling summary stats
    sample_fraction: 0.3                      # <- fraction of data to sample in the profiler (30%)
    sample_seed: 30                           # <- optional seed for reproducible sampling
    limit: 1000                               # <- limit the number of records to profile

  warehouse_id: your-warehouse-id         # <- warehouse id for refreshing dashboard

- name: another_run_config                # <- unique name of the run config
  ...

Use the —-run-config parameter to specify a particular run configuration when executing DQX Labs CLI commands. If no configuration is provided, the "default" run configuration is used.

Workflows

Profiling workflow is intended as a one-time operation. It is not scheduled by default, ensuring no costs are incurred.

List all installed workflows in the workspace and their latest run state:

databricks labs dqx workflows

Dashboard

DQX data quality dashboard is deployed to the installation directory. The dashboard is not scheduled to refresh by default, ensuring no costs are incurred.

Open dashboard:

databricks labs dqx open-dashboards

Dashboard configuration

DQX dashboard(s) only use the quarantined table for queries as defined in config.yml during installation. If you change the quarantine table in the run config after the deployment (quarantine_table field), you must update the dashboard queries accordingly.

Install DQX on Databricks cluster

You need to install the DQX package on a Databricks cluster to use it. You can install it either from PYPI or use a wheel file generated during the installation in the workspace.

There are multiple ways to install libraries in a Databricks cluster (see here). For example, you can install DQX directly from a notebook cell as follows:

# using PYPI package:
%pip install databricks-labs-dqx

# using wheel file, DQX installed for the current user:
%pip install /Workspace/Users/<user-name>/.dqx/wheels/databricks_labs_dqx-*.whl

# using wheel file, DQX installed globally:
%pip install /Applications/dqx/wheels/databricks_labs_dqx-*.whl

Restart the kernel after the package is installed in the notebook:

# in a separate cell run:
dbutils.library.restartPython()

DQX also integrates seamlessly with Databricks Asset Bundles (DAB). You can add DQX as a library dependency in your DAB configuration (either by using PYPI package or a wheel file) to install it on your cluster:

resources:
  jobs:
    my_job:
      # ...
      tasks:
        - task_key: my_task
          # ...
          libraries:
            # install from wheel file
            - whl: /Workspace/Users/<user-name>/.dqx/wheels/databricks_labs_dqx-*.whl
            # or install from pypi
            #- pypi:
            #    package: databricks-labs-dqx==0.6.0

Upgrade DQX in the Databricks workspace

Verify that DQX is installed:

databricks labs installed

Upgrade DQX via Databricks CLI:

databricks labs upgrade dqx

Uninstall DQX from the Databricks workspace

Uninstall DQX via Databricks CLI:

databricks labs uninstall dqx

Databricks CLI will confirm a few options:

Whether you want to remove all DQX artefacts from the workspace or not. Defaults to 'no'.

Prerequisites​

DQX installation as a Library​

DQX installation as a Tool in a Databricks Workspace​

Authenticate Databricks CLI​

Install DQX using Databricks CLI​

Install DQX on Databricks cluster​

Upgrade DQX in the Databricks workspace​

Uninstall DQX from the Databricks workspace​