datacontract-cli 0.9.7__py3-none-any.whl → 0.9.9__py3-none-any.whl

datacontract_cli-0.9.9.dist-info/METADATA

@@ -0,0 +1,951 @@
+Metadata-Version: 2.1
+Name: datacontract-cli
+Version: 0.9.9
+Summary: Test data contracts
+Author-email: Jochen Christ <jochen.christ@innoq.com>, Stefan Negele <stefan.negele@innoq.com>
+Project-URL: Homepage, https://cli.datacontract.com
+Project-URL: Issues, https://github.com/datacontract/cli/issues
+Classifier: Programming Language :: Python :: 3
+Classifier: License :: OSI Approved :: MIT License
+Classifier: Operating System :: OS Independent
+Requires-Python: >=3.10
+Description-Content-Type: text/markdown
+License-File: LICENSE
+Requires-Dist: typer[all] <0.13,>=0.9
+Requires-Dist: pydantic <2.8.0,>=2.5.3
+Requires-Dist: pyyaml ~=6.0.1
+Requires-Dist: requests ~=2.31.0
+Requires-Dist: fastapi ==0.110.1
+Requires-Dist: fastparquet ==2024.2.0
+Requires-Dist: python-multipart ==0.0.9
+Requires-Dist: rich ~=13.7.0
+Requires-Dist: simple-ddl-parser ==1.0.4
+Requires-Dist: soda-core-bigquery <3.4.0,>=3.3.1
+Requires-Dist: soda-core-duckdb <3.4.0,>=3.3.1
+Requires-Dist: soda-core-postgres <3.4.0,>=3.3.1
+Requires-Dist: soda-core-snowflake <3.4.0,>=3.3.1
+Requires-Dist: soda-core-spark[databricks] <3.4.0,>=3.3.1
+Requires-Dist: soda-core-spark-df <3.4.0,>=3.3.1
+Requires-Dist: snowflake-connector-python[pandas] <3.8,>=3.6
+Requires-Dist: duckdb ==0.10.1
+Requires-Dist: fastjsonschema ~=2.19.1
+Requires-Dist: python-dotenv ~=1.0.0
+Requires-Dist: s3fs ==2024.3.1
+Requires-Dist: rdflib ==7.0.0
+Requires-Dist: avro ==1.11.3
+Requires-Dist: opentelemetry-exporter-otlp-proto-grpc ~=1.16.0
+Requires-Dist: opentelemetry-exporter-otlp-proto-http ~=1.16.0
+Provides-Extra: dev
+Requires-Dist: httpx ==0.27.0 ; extra == 'dev'
+Requires-Dist: ruff ; extra == 'dev'
+Requires-Dist: pytest ; extra == 'dev'
+Requires-Dist: pytest-xdist ; extra == 'dev'
+Requires-Dist: testcontainers <4.0 ; extra == 'dev'
+Requires-Dist: testcontainers-minio ; extra == 'dev'
+Requires-Dist: testcontainers-postgres ; extra == 'dev'
+Requires-Dist: testcontainers-kafka ; extra == 'dev'
+
+# Data Contract CLI
+
+<p>
+  <a href="https://github.com/datacontract/cli/actions/workflows/ci.yaml?query=branch%3Amain">
+    <img alt="Test Workflow" src="https://img.shields.io/github/actions/workflow/status/datacontract/cli/ci.yaml?branch=main"></a>
+  <a href="https://github.com/datacontract/cli">
+    <img alt="Stars" src="https://img.shields.io/github/stars/datacontract/cli" /></a>
+  <a href="https://datacontract.com/slack" rel="nofollow"><img src="https://camo.githubusercontent.com/5ade1fd1e76a6ab860802cdd2941fe2501e2ca2cb534e5d8968dbf864c13d33d/68747470733a2f2f696d672e736869656c64732e696f2f62616467652f736c61636b2d6a6f696e5f636861742d77686974652e7376673f6c6f676f3d736c61636b267374796c653d736f6369616c" alt="Slack Status" data-canonical-src="https://img.shields.io/badge/slack-join_chat-white.svg?logo=slack&amp;style=social" style="max-width: 100%;"></a>
+</p>
+
+The `datacontract` CLI is an open source command-line tool for working with [Data Contracts](https://datacontract.com/).
+It uses data contract YAML files to lint the data contract, connect to data sources and execute schema and quality tests, detect breaking changes, and export to different formats. The tool is written in Python. It can be used as a standalone CLI tool, in a CI/CD pipeline, or directly as a Python library.
+
+![Main features of the Data Contract CLI](datacontractcli.png)
+
+
+## Getting started
+
+Let's look at this data contract:  
+[https://datacontract.com/examples/orders-latest/datacontract.yaml](https://datacontract.com/examples/orders-latest/datacontract.yaml)
+
+We have a _servers_ section with endpoint details to the S3 bucket, _models_ for the structure of the data, _servicelevels_ and _quality_ attributes that describe the expected freshness and number of rows.
+
+This data contract contains all information to connect to S3 and check that the actual data meets the defined schema and quality requirements. We can use this information to test if the actual data set in S3 is compliant to the data contract.
+
+Let's use [pip](https://pip.pypa.io/en/stable/getting-started/) to install the CLI (or use the [Docker image](#docker), if you prefer).
+```bash
+$ python3 -m pip install datacontract-cli
+```
+
+We run the tests:
+
+```bash
+$ datacontract test https://datacontract.com/examples/orders-latest/datacontract.yaml
+
+# returns:
+Testing https://datacontract.com/examples/orders-latest/datacontract.yaml
+╭────────┬─────────────────────────────────────────────────────────────────────┬───────────────────────────────┬─────────╮
+│ Result │ Check                                                               │ Field                         │ Details │
+├────────┼─────────────────────────────────────────────────────────────────────┼───────────────────────────────┼─────────┤
+│ passed │ Check that JSON has valid schema                                    │ orders                        │         │
+│ passed │ Check that JSON has valid schema                                    │ line_items                    │         │
+│ passed │ Check that field order_id is present                                │ orders                        │         │
+│ passed │ Check that field order_timestamp is present                         │ orders                        │         │
+│ passed │ Check that field order_total is present                             │ orders                        │         │
+│ passed │ Check that field customer_id is present                             │ orders                        │         │
+│ passed │ Check that field customer_email_address is present                  │ orders                        │         │
+│ passed │ row_count >= 5000                                                   │ orders                        │         │
+│ passed │ Check that required field order_id has no null values               │ orders.order_id               │         │
+│ passed │ Check that unique field order_id has no duplicate values            │ orders.order_id               │         │
+│ passed │ duplicate_count(order_id) = 0                                       │ orders.order_id               │         │
+│ passed │ Check that required field order_timestamp has no null values        │ orders.order_timestamp        │         │
+│ passed │ freshness(order_timestamp) < 24h                                    │ orders.order_timestamp        │         │
+│ passed │ Check that required field order_total has no null values            │ orders.order_total            │         │
+│ passed │ Check that required field customer_email_address has no null values │ orders.customer_email_address │         │
+│ passed │ Check that field lines_item_id is present                           │ line_items                    │         │
+│ passed │ Check that field order_id is present                                │ line_items                    │         │
+│ passed │ Check that field sku is present                                     │ line_items                    │         │
+│ passed │ values in (order_id) must exist in orders (order_id)                │ line_items.order_id           │         │
+│ passed │ row_count >= 5000                                                   │ line_items                    │         │
+│ passed │ Check that required field lines_item_id has no null values          │ line_items.lines_item_id      │         │
+│ passed │ Check that unique field lines_item_id has no duplicate values       │ line_items.lines_item_id      │         │
+╰────────┴─────────────────────────────────────────────────────────────────────┴───────────────────────────────┴─────────╯
+🟢 data contract is valid. Run 22 checks. Took 6.739514 seconds.
+```
+
+Voilà, the CLI tested that the _datacontract.yaml_ itself is valid, all records comply with the schema, and all quality attributes are met.
+
+We can also use the datacontract.yaml to export in many [formats](#format), e.g., to SQL:
+
+```bash
+$ datacontract export --format sql https://datacontract.com/examples/orders-latest/datacontract.yaml
+
+# returns:
+-- Data Contract: urn:datacontract:checkout:orders-latest
+-- SQL Dialect: snowflake
+CREATE TABLE orders (
+  order_id TEXT not null primary key,
+  order_timestamp TIMESTAMP_TZ not null,
+  order_total NUMBER not null,
+  customer_id TEXT,
+  customer_email_address TEXT not null,
+  processed_timestamp TIMESTAMP_TZ not null
+);
+CREATE TABLE line_items (
+  lines_item_id TEXT not null primary key,
+  order_id TEXT,
+  sku TEXT
+);
+```
+
+Or generate this [HTML page](https://datacontract.com/examples/orders-latest/datacontract.html).
+
+## Usage
+
+```bash
+# create a new data contract from example and write it to datacontract.yaml
+$ datacontract init datacontract.yaml
+
+# lint the datacontract.yaml
+$ datacontract lint datacontract.yaml
+
+# execute schema and quality checks
+$ datacontract test datacontract.yaml
+
+# execute schema and quality checks on the examples within the contract
+$ datacontract test --examples datacontract.yaml
+
+# export data contract as html (other formats: avro, dbt, dbt-sources, dbt-staging-sql, jsonschema, odcs, rdf, sql, sodacl, terraform, ...)
+$ datacontract export --format html datacontract.yaml > datacontract.html
+
+# import avro (other formats: sql, ...)
+$ datacontract import --format avro --source avro_schema.avsc
+
+# find differences between to data contracts
+$ datacontract diff datacontract-v1.yaml datacontract-v2.yaml
+
+# find differences between to data contracts categorized into error, warning, and info.
+$ datacontract changelog datacontract-v1.yaml datacontract-v2.yaml
+
+# fail pipeline on breaking changes. Uses changelog internally and showing only error and warning.
+$ datacontract breaking datacontract-v1.yaml datacontract-v2.yaml
+```
+
+## Programmatic (Python)
+```python
+from datacontract.data_contract import DataContract
+
+data_contract = DataContract(data_contract_file="datacontract.yaml")
+run = data_contract.test()
+if not run.has_passed():
+    print("Data quality validation failed.")
+    # Abort pipeline, alert, or take corrective actions...
+```
+
+
+## Installation
+
+Choose the most appropriate installation method for your needs:
+
+### pip
+Python 3.11 recommended.
+Python 3.12 available as pre-release release candidate for 0.9.3
+
+```bash
+python3 -m pip install datacontract-cli
+```
+
+### pipx
+pipx installs into an isolated environment.
+```bash
+pipx install datacontract-cli
+```
+
+### Docker
+
+```bash
+docker pull datacontract/cli
+docker run --rm -v ${PWD}:/home/datacontract datacontract/cli
+```
+
+Or via an alias that automatically uses the latest version:
+
+```bash
+alias datacontract='docker run --rm -v "${PWD}:/home/datacontract" datacontract/cli:latest'
+```
+
+## Documentation
+
+Commands
+
+- [init](#init)
+- [lint](#lint)
+- [test](#test)
+- [export](#export)
+- [import](#import)
+- [breaking](#breaking)
+- [changelog](#changelog)
+- [diff](#diff)
+
+### init
+
+```                                                                                                
+ Usage: datacontract init [OPTIONS] [LOCATION]                                                  
+                                                                                                
+ Download a datacontract.yaml template and write it to file.                                    
+                                                                                                
+╭─ Arguments ──────────────────────────────────────────────────────────────────────────────────╮
+│   location      [LOCATION]  The location (url or path) of the data contract yaml to create.  │
+│                             [default: datacontract.yaml]                                     │
+╰──────────────────────────────────────────────────────────────────────────────────────────────╯
+╭─ Options ────────────────────────────────────────────────────────────────────────────────────╮
+│ --template                       TEXT  URL of a template or data contract                    │
+│                                        [default:                                             │
+│                                        https://datacontract.com/datacontract.init.yaml]      │
+│ --overwrite    --no-overwrite          Replace the existing datacontract.yaml                │
+│                                        [default: no-overwrite]                               │
+│ --help                                 Show this message and exit.                           │
+╰──────────────────────────────────────────────────────────────────────────────────────────────╯
+```
+
+### lint
+
+```
+ Usage: datacontract lint [OPTIONS] [LOCATION]                                                                                     
+                                                                                                                                   
+ Validate that the datacontract.yaml is correctly formatted.                                                                       
+                                                                                                                                   
+╭─ Arguments ─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────╮
+│   location      [LOCATION]  The location (url or path) of the data contract yaml. [default: datacontract.yaml]                  │
+╰─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────╯
+╭─ Options ───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────╮
+│ --schema        TEXT  The location (url or path) of the Data Contract Specification JSON Schema                                 │
+│                       [default: https://datacontract.com/datacontract.schema.json]                                              │
+│ --help                Show this message and exit.                                                                               │
+╰─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────╯
+```
+
+### test
+
+```
+ Usage: datacontract test [OPTIONS] [LOCATION]                                                                                     
+                                                                                                                                   
+ Run schema and quality tests on configured servers.                                                                               
+                                                                                                                                   
+╭─ Arguments ─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────╮
+│   location      [LOCATION]  The location (url or path) of the data contract yaml. [default: datacontract.yaml]                  │
+╰─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────╯
+╭─ Options ───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────╮
+│ --schema                                                       TEXT  The location (url or path) of the Data Contract            │
+│                                                                      Specification JSON Schema                                  │
+│                                                                      [default:                                                  │
+│                                                                      https://datacontract.com/datacontract.schema.json]         │
+│ --server                                                       TEXT  The server configuration to run the schema and quality     │
+│                                                                      tests. Use the key of the server object in the data        │
+│                                                                      contract yaml file to refer to a server, e.g.,             │
+│                                                                      `production`, or `all` for all servers (default).          │
+│                                                                      [default: all]                                             │
+│ --examples                    --no-examples                          Run the schema and quality tests on the example data       │
+│                                                                      within the data contract.                                  │
+│                                                                      [default: no-examples]                                     │
+│ --publish                                                      TEXT  The url to publish the results after the test              │
+│                                                                      [default: None]                                            │
+│ --publish-to-opentelemetry    --no-publish-to-opentelemetry          Publish the results to opentelemetry. Use environment      │
+│                                                                      variables to configure the OTLP endpoint, headers, etc.    │
+│                                                                      [default: no-publish-to-opentelemetry]                     │
+│ --logs                        --no-logs                              Print logs [default: no-logs]                              │
+│ --help                                                               Show this message and exit.                                │
+╰─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────╯
+```
+
+Data Contract CLI can connect to data sources and run schema and quality tests to verify that the data contract is valid.
+
+```bash
+$ datacontract test --server production datacontract.yaml
+```
+
+To connect to the databases the `server` block in the datacontract.yaml is used to set up the connection. In addition, credentials, such as username and passwords, may be defined with environment variables.
+
+The application uses different engines, based on the server `type`.
+Internally, it connects with DuckDB, Spark, or a native connection and executes the most tests with soda-core and fastjsonschema. 
+Credentials are read from the environment variables.
+
+Supported server types:
+
+| Type         | Format     | Status                                                             |
+|--------------|------------|--------------------------------------------------------------------|
+| `s3`         | `parquet`  | ✅                                                                  |
+| `s3`         | `json`     | ✅                                                                  |
+| `s3`         | `csv`      | ✅                                                                  |
+| `s3`         | `delta`    | Coming soon ([#24](https://github.com/datacontract/cli/issues/24)) |
+| `s3`         | `iceberg`  | Coming soon                                                        |
+| `postgres`   | n/a        | ✅                                                                  |
+| `snowflake`  | n/a        | ✅                                                                  |
+| `bigquery`   | n/a        | ✅                                                                  |
+| `redshift`   | n/a        | Coming soon                                                        |
+| `databricks` | n/a        | ✅                                                                  |
+| `kafka`      | `json`     | ✅                                                                  |
+| `kafka`      | `avro`     | Coming soon                                                        |
+| `kafka`      | `protobuf` | Coming soon                                                        |
+| `local`      | `parquet`  | ✅                                                                  |
+| `local`      | `json`     | ✅                                                                  |
+| `local`      | `csv`      | ✅                                                                  |
+
+Feel free to create an issue, if you need support for an additional type.
+
+### S3
+
+Data Contract CLI can test data that is stored in S3 buckets or any S3-compliant endpoints in various formats.
+
+#### Example
+
+datacontract.yaml
+```yaml
+servers:
+  production:
+    type: s3
+    endpointUrl: https://minio.example.com # not needed with AWS S3
+    location: s3://bucket-name/path/*/*.json
+    format: json
+    delimiter: new_line # new_line, array, or none
+```
+
+#### Environment Variables
+
+| Environment Variable              | Example                       | Description           |
+|-----------------------------------|-------------------------------|-----------------------|
+| `DATACONTRACT_S3_REGION`            | `eu-central-1`                  | Region of S3 bucket   |
+| `DATACONTRACT_S3_ACCESS_KEY_ID`     | `AKIAXV5Q5QABCDEFGH`            | AWS Access Key ID     |
+| `DATACONTRACT_S3_SECRET_ACCESS_KEY` | `93S7LRrJcqLaaaa/XXXXXXXXXXXXX` | AWS Secret Access Key |
+
+
+### Postgres
+
+Data Contract CLI can test data in Postgres or Postgres-compliant databases (e.g., RisingWave).
+
+#### Example
+
+datacontract.yaml
+```yaml
+servers:
+  postgres:
+    type: postgres
+    host: localhost
+    port: 5432
+    database: postgres
+    schema: public
+models:
+  my_table_1: # corresponds to a table
+    type: table
+    fields: 
+      my_column_1: # corresponds to a column
+        type: varchar
+```
+
+#### Environment Variables
+
+| Environment Variable             | Example            | Description |
+|----------------------------------|--------------------|-------------|
+| `DATACONTRACT_POSTGRES_USERNAME` | `postgres`         | Username    |
+| `DATACONTRACT_POSTGRES_PASSWORD` | `mysecretpassword` | Password    |
+
+
+### Snowflake
+
+Data Contract CLI can test data in Snowflake.
+
+#### Example
+
+datacontract.yaml
+```yaml
+
+servers:
+  snowflake:
+    type: snowflake
+    account: abcdefg-xn12345
+    database: ORDER_DB
+    schema: ORDERS_PII_V2
+models:
+  my_table_1: # corresponds to a table
+    type: table
+    fields: 
+      my_column_1: # corresponds to a column
+        type: varchar
+```
+
+#### Environment Variables
+
+| Environment Variable               | Example            | Description                                         |
+|------------------------------------|--------------------|-----------------------------------------------------|
+| `DATACONTRACT_SNOWFLAKE_USERNAME`  | `datacontract`     | Username                                            |
+| `DATACONTRACT_SNOWFLAKE_PASSWORD`  | `mysecretpassword` | Password                                            |
+| `DATACONTRACT_SNOWFLAKE_ROLE`      | `DATAVALIDATION`   | The snowflake role to use.                          |
+| `DATACONTRACT_SNOWFLAKE_WAREHOUSE` | `COMPUTE_WH`       | The Snowflake Warehouse to use executing the tests. |
+
+
+### BigQuery
+
+We support authentication to BigQuery using Service Account Key. The used Service Account should include the roles:
+* BigQuery Job User
+* BigQuery Data Viewer
+
+
+#### Example
+
+datacontract.yaml
+```yaml
+servers:
+  production:
+    type: bigquery
+    project: datameshexample-product
+    dataset: datacontract_cli_test_dataset
+models:
+  datacontract_cli_test_table: # corresponds to a BigQuery table
+    type: table
+    fields: ...
+```
+
+#### Environment Variables
+
+| Environment Variable                         | Example                   | Description                                             |
+|----------------------------------------------|---------------------------|---------------------------------------------------------|
+| `DATACONTRACT_BIGQUERY_ACCOUNT_INFO_JSON_PATH` | `~/service-access-key.json` | Service Access key as saved on key creation by BigQuery |
+
+
+### Databricks
+
+Works with Unity Catalog and Hive metastore.
+
+Needs a running SQL warehouse or compute cluster.
+
+#### Example
+
+datacontract.yaml
+```yaml
+servers:
+  production:
+    type: databricks
+    host: dbc-abcdefgh-1234.cloud.databricks.com
+    catalog: acme_catalog_prod
+    schema: orders_latest
+models:
+  orders: # corresponds to a table
+    type: table
+    fields: ...
+```
+
+#### Environment Variables
+
+| Environment Variable                         | Example                              | Description                                           |
+|----------------------------------------------|--------------------------------------|-------------------------------------------------------|
+| `DATACONTRACT_DATABRICKS_TOKEN` | `dapia00000000000000000000000000000` | The personal access token to authenticate             |
+| `DATACONTRACT_DATABRICKS_HTTP_PATH` | `/sql/1.0/warehouses/b053a3ffffffff` | The HTTP path to the SQL warehouse or compute cluster |
+
+
+### Databricks (programmatic)
+
+Works with Unity Catalog and Hive metastore.
+When running in a notebook or pipeline, the provided `spark` session can be used.
+An additional authentication is not required.
+
+Requires a Databricks Runtime with Python >= 3.10.
+
+#### Example
+
+datacontract.yaml
+```yaml
+servers:
+  production:
+    type: databricks
+    host: dbc-abcdefgh-1234.cloud.databricks.com # ignored, always use current host
+    catalog: acme_catalog_prod
+    schema: orders_latest
+models:
+  orders: # corresponds to a table
+    type: table
+    fields: ...
+```
+
+Notebook
+```python
+%pip install datacontract-cli
+dbutils.library.restartPython()
+
+from datacontract.data_contract import DataContract
+
+data_contract = DataContract(
+  data_contract_file="/Volumes/acme_catalog_prod/orders_latest/datacontract/datacontract.yaml", 
+  spark=spark)
+run = data_contract.test()
+run.result
+```
+
+### Kafka
+
+Kafka support is currently considered experimental.
+
+#### Example
+
+datacontract.yaml
+```yaml
+servers:
+  production:
+    type: kafka
+    host: abc-12345.eu-central-1.aws.confluent.cloud:9092
+    topic: my-topic-name
+    format: json
+```
+
+#### Environment Variables
+
+| Environment Variable               | Example | Description                 |
+|------------------------------------|---------|-----------------------------|
+| `DATACONTRACT_KAFKA_SASL_USERNAME` | `xxx`   | The SASL username (key).    |
+| `DATACONTRACT_KAFKA_SASL_PASSWORD` | `xxx`   | The SASL password (secret). |
+
+
+
+### export
+
+```
+ Usage: datacontract export [OPTIONS] [LOCATION]                                                                                                                           
+                                                                                                                                                                           
+ Convert data contract to a specific format. console.prints to stdout.                                                                                                     
+                                                                                                                                                                           
+╭─ Arguments ─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────╮
+│   location      [LOCATION]  The location (url or path) of the data contract yaml. [default: datacontract.yaml]                                                          │
+╰─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────╯
+╭─ Options ───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────╮
+│ *  --format        [html|jsonschema|pydantic-model|sodacl|dbt|dbt-sources|dbt-staging-sql|odcs|rd  The export format. [default: None] [required]                             │
+│                    f|avro|protobuf|great-expectations|terraform|avro-idl|sql|sql-query]                                                                                 │
+│    --server        TEXT                                                                       The server name to export. [default: None]                                │
+│    --model         TEXT                                                                       Use the key of the model in the data contract yaml file to refer to a     │
+│                                                                                               model, e.g., `orders`, or `all` for all models (default).                 │
+│                                                                                               [default: all]                                                            │
+│    --help                                                                                     Show this message and exit.                                               │
+╰─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────╯
+╭─ RDF Options ───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────╮
+│ --rdf-base        TEXT  [rdf] The base URI used to generate the RDF graph. [default: None]                                                                              │
+╰─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────╯
+╭─ SQL Options ───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────╮
+│ --sql-server-type        TEXT  [sql] The server type to determine the sql dialect. By default, it uses 'auto' to automatically detect the sql dialect via the specified │
+│                                servers in the data contract.                                                                                                            │
+│                                [default: auto]                                                                                                                          │
+╰─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────╯
+
+```
+
+```bash
+# Example export data contract as HTML
+datacontract export --format html > datacontract.html
+```
+
+Available export options:
+
+| Type                 | Description                                             | Status |
+|----------------------|---------------------------------------------------------|--------|
+| `html`               | Export to HTML                                          | ✅      | 
+| `jsonschema`         | Export to JSON Schema                                   | ✅      | 
+| `odcs`               | Export to Open Data Contract Standard (ODCS)            | ✅      | 
+| `sodacl`             | Export to SodaCL quality checks in YAML format          | ✅      |
+| `dbt`                | Export to dbt models in YAML format                     | ✅      |
+| `dbt-sources`        | Export to dbt sources in YAML format                    | ✅      |
+| `dbt-staging-sql`    | Export to dbt staging SQL models                        | ✅      |
+| `rdf`                | Export data contract to RDF representation in N3 format | ✅      |
+| `avro`               | Export to AVRO models                                   | ✅      |
+| `protobuf`           | Export to Protobuf                                      | ✅      |
+| `terraform`          | Export to terraform resources                           | ✅      |
+| `sql`                | Export to SQL DDL                                       | ✅      |
+| `sql-query`          | Export to SQL Query                                     | ✅      |
+| `great-expectations` | Export to Great Expectations Suites in JSON Format      | ✅      |
+| `bigquery`           | Export to BigQuery Schemas                              | TBD    |
+| `pydantic`           | Export to pydantic models                               | TBD    |
+| Missing something?   | Please create an issue on GitHub                        | TBD    |
+
+#### Great Expectations
+
+The export function transforms a specified data contract into a comprehensive Great Expectations JSON suite. 
+If the contract includes multiple models, you need to specify the names of the model you wish to export.
+
+```shell
+datacontract  export datacontract.yaml --format great-expectations --model orders 
+```
+
+The export creates a list of expectations by utilizing:
+
+- The data from the Model definition with a fixed mapping
+- The expectations provided in the quality field for each model (find here the expectations gallery https://greatexpectations.io/expectations/)
+
+#### RDF
+
+The export function converts a given data contract into a RDF representation. You have the option to 
+add a base_url which will be used as the default prefix to resolve relative IRIs inside the document.
+
+```shell
+datacontract export --format rdf --rdf-base https://www.example.com/ datacontract.yaml
+```
+
+The data contract is mapped onto the following concepts of a yet to be defined Data Contract
+Ontology named https://datacontract.com/DataContractSpecification/ :
+- DataContract
+- Server
+- Model
+
+Having the data contract inside an RDF Graph gives us access the following use cases:
+- Interoperability with other data contract specification formats
+- Store data contracts inside a knowledge graph
+- Enhance a semantic search to find and retrieve data contracts
+- Linking model elements to already established ontologies and knowledge
+- Using full power of OWL to reason about the graph structure of data contracts
+- Apply graph algorithms on multiple data contracts (Find similar data contracts, find "gatekeeper"
+data products, find the true domain owner of a field attribute)
+
+### import
+
+```
+ Usage: datacontract import [OPTIONS]                                                                              
+                                                                                                                   
+ Create a data contract from the given source file. Prints to stdout.                                              
+                                                                                                                   
+╭─ Options ───────────────────────────────────────────────────────────────────────────────────────────────────────╮
+│ *  --format        [sql|avro]  The format of the source file. [default: None] [required]                        │
+│ *  --source        TEXT        The path to the file that should be imported. [default: None] [required]         │
+│    --help                      Show this message and exit.                                                      │
+╰─────────────────────────────────────────────────────────────────────────────────────────────────────────────────╯
+```
+
+Example: 
+```bash
+# Example import from SQL DDL
+datacontract import --format sql --source my_ddl.sql
+```
+
+Available import options:
+
+| Type               | Description                                    | Status  |
+|--------------------|------------------------------------------------|---------|
+| `sql`              | Import from SQL DDL                            | ✅       | 
+| `avro`             | Import from AVRO schemas                       | ✅     |
+| `protobuf`         | Import from Protobuf schemas                   | TBD     |
+| `jsonschema`       | Import from JSON Schemas                       | TBD     |
+| `bigquery`         | Import from BigQuery Schemas                   | TBD     |
+| `dbt`              | Import from dbt models                         | TBD     |
+| `odcs`             | Import from Open Data Contract Standard (ODCS) | TBD     |
+| Missing something? | Please create an issue on GitHub               | TBD     |
+
+
+### breaking
+
+```
+ Usage: datacontract breaking [OPTIONS] LOCATION_OLD LOCATION_NEW                                                            
+                                                                                                                             
+ Identifies breaking changes between data contracts. Prints to stdout.                                                       
+                                                                                                                             
+╭─ Arguments ───────────────────────────────────────────────────────────────────────────────────────────────────────────────╮
+│ *    location_old      TEXT  The location (url or path) of the old data contract yaml. [default: None] [required]         │
+│ *    location_new      TEXT  The location (url or path) of the new data contract yaml. [default: None] [required]         │
+╰───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────╯
+╭─ Options ─────────────────────────────────────────────────────────────────────────────────────────────────────────────────╮
+│ --help          Show this message and exit.                                                                               │
+╰───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────╯
+```
+
+### changelog
+
+```
+ Usage: datacontract changelog [OPTIONS] LOCATION_OLD LOCATION_NEW                                                           
+                                                                                                                             
+ Generate a changelog between data contracts. Prints to stdout.                                                              
+                                                                                                                             
+╭─ Arguments ───────────────────────────────────────────────────────────────────────────────────────────────────────────────╮
+│ *    location_old      TEXT  The location (url or path) of the old data contract yaml. [default: None] [required]         │
+│ *    location_new      TEXT  The location (url or path) of the new data contract yaml. [default: None] [required]         │
+╰───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────╯
+╭─ Options ─────────────────────────────────────────────────────────────────────────────────────────────────────────────────╮
+│ --help          Show this message and exit.                                                                               │
+╰───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────╯
+```
+
+### diff
+
+```
+ Usage: datacontract diff [OPTIONS] LOCATION_OLD LOCATION_NEW                                                                
+                                                                                                                             
+ PLACEHOLDER. Currently works as 'changelog' does.                                                                           
+                                                                                                                             
+╭─ Arguments ───────────────────────────────────────────────────────────────────────────────────────────────────────────────╮
+│ *    location_old      TEXT  The location (url or path) of the old data contract yaml. [default: None] [required]         │
+│ *    location_new      TEXT  The location (url or path) of the new data contract yaml. [default: None] [required]         │
+╰───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────╯
+╭─ Options ─────────────────────────────────────────────────────────────────────────────────────────────────────────────────╮
+│ --help          Show this message and exit.                                                                               │
+╰───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────╯
+```
+
+
+## Integrations
+
+| Integration       | Option                       | Description                                                                                           |
+|-------------------|------------------------------|-------------------------------------------------------------------------------------------------------|
+| Data Mesh Manager | `--publish`                  | Push full results to the [Data Mesh Manager API](https://api.datamesh-manager.com/swagger/index.html) |
+| OpenTelemetry     | `--publish-to-opentelemetry` | Push result as gauge metrics                                                                          |
+
+### Integration with Data Mesh Manager
+
+If you use [Data Mesh Manager](https://datamesh-manager.com/), you can use the data contract URL and append the `--publish` option to send and display the test results. Set an environment variable for your API key.
+
+```bash
+# Fetch current data contract, execute tests on production, and publish result to data mesh manager
+$ EXPORT DATAMESH_MANAGER_API_KEY=xxx
+$ datacontract test https://demo.datamesh-manager.com/demo279750347121/datacontracts/4df9d6ee-e55d-4088-9598-b635b2fdcbbc/datacontract.yaml --server production --publish
+```
+
+### Integration with OpenTelemetry
+
+If you use OpenTelemetry, you can use the data contract URL and append the `--publish-to-opentelemetry` option to send the test results to your OLTP-compatible instance, e.g., Prometheus.
+
+The metric name is "datacontract.cli.test.result" and it uses the following encoding for the result:
+
+| datacontract.cli.test.result | Description                           |
+|-------|---------------------------------------|
+| 0     | test run passed, no warnings          |
+| 1     | test run has warnings                 |
+| 2     | test run failed                       |
+| 3     | test run not possible due to an error |
+| 4     | test status unknown                   |
+
+
+```bash
+# Fetch current data contract, execute tests on production, and publish result to open telemetry
+$ EXPORT OTEL_SERVICE_NAME=datacontract-cli
+$ EXPORT OTEL_EXPORTER_OTLP_ENDPOINT=https://YOUR_ID.apm.westeurope.azure.elastic-cloud.com:443
+$ EXPORT OTEL_EXPORTER_OTLP_HEADERS=Authorization=Bearer%20secret # Optional, when using SaaS Products
+$ EXPORT OTEL_EXPORTER_OTLP_PROTOCOL=http/protobuf # Optional, default is http/protobuf - use value grpc to use the gRPC protocol instead
+# Send to OpenTelemetry
+$ datacontract test https://demo.datamesh-manager.com/demo279750347121/datacontracts/4df9d6ee-e55d-4088-9598-b635b2fdcbbc/datacontract.yaml --server production --publish-to-opentelemetry
+```
+
+Current limitations:
+- currently, only ConsoleExporter and OTLP Exporter
+- Metrics only, no logs yet (but loosely planned)
+
+
+## Best Practices
+
+We share best practices in using the Data Contract CLI.
+
+### Data-first Approach
+
+Create a data contract based on the actual data. This is the fastest way to get started and to get feedback from the data consumers.
+
+1. Use an existing physical schema (e.g., SQL DDL) as a starting point to define your logical data model in the contract. Double check right after the import whether the actual data meets the imported logical data model. Just to be sure.
+    ```bash
+    $ datacontract import --format sql ddl.sql
+    $ datacontract test
+    ```
+
+2. Add examples to the `datacontract.yaml`. If you can, use actual data and anonymize. Make sure that the examples match the imported logical data model.
+   ```bash
+   $ datacontract test --examples
+   ```
+
+
+3. Add quality checks and additional type constraints one by one to the contract and make sure the examples and the actual data still adheres to the contract. Check against examples for a very fast feedback loop.
+   ```bash
+   $ datacontract test --examples
+   $ datacontract test
+   ```
+
+4. Make sure that all the best practices for a `datacontract.yaml` are met using the linter. You probably forgot to document some fields and add the terms and conditions.
+   ```bash
+   $ datacontract lint
+   ```
+
+5. Set up a CI pipeline that executes daily and reports the results to the [Data Mesh Manager](https://datamesh-manager.com). Or to some place else. You can even publish to any opentelemetry compatible system.
+   ```bash
+   $ datacontract test --publish https://api.datamesh-manager.com/api/runs
+   ```
+
+### Contract-First
+
+Create a data contract based on the requirements from use cases.
+
+1. Start with a `datacontract.yaml` template.
+   ```bash
+   $ datacontract init
+   ```
+   
+2. Add examples to the `datacontract.yaml`. Do not start with the data model, although you are probably tempted to do that. Examples are the fastest way to get feedback from everybody and not loose someone in the discussion.
+
+3. Create the model based on the examples. Test the model against the examples to double-check whether the model matches the examples.
+    ```bash
+    $ datacontract test --examples
+    ```
+   
+4. Add quality checks and additional type constraints one by one to the contract and make sure the examples and the actual data still adheres to the contract. Check against examples for a very fast feedback loop.
+    ```bash
+    $ datacontract test --examples
+    ```
+
+5. Fill in the terms, descriptions, etc. Make sure you follow all best practices for a `datacontract.yaml` using the linter.
+    ```bash
+    $ datacontract lint
+    ```
+
+6. Set up a CI pipeline that lints and tests the examples so you make sure that any changes later do not decrease the quality of the contract.
+    ```bash
+    $ datacontract lint
+    $ datacontract test --examples
+    ```
+
+7. Use the export function to start building the providing data product as well as the integration into the consuming data products.
+    ```bash
+    # data provider
+    $ datacontract export --format dbt
+    # data consumer
+    $ datacontract export --format dbt-sources
+    $ datacontract export --format dbt-staging-sql
+    ```
+
+### Schema Evolution
+
+#### Non-breaking Changes
+Examples: adding models or fields
+
+- Add the models or fields in the datacontract.yaml
+- Increment the minor version of the datacontract.yaml on any change. Simply edit the datacontract.yaml for this.
+- You need a policy that these changes are non-breaking. That means that one cannot use the star expression in SQL to query a table under contract. Make the consequences known.
+- Fail the build in the Pull Request if a datacontract.yaml accidentially adds a breaking change even despite only a minor version change
+   ```bash
+  $ datacontract breaking datacontract-from-pr.yaml datacontract-from-main.yaml
+  ```
+- Create a changelog of this minor change.
+   ```bash
+  $ datacontract changelog datacontract-from-pr.yaml datacontract-from-main.yaml
+  ```
+#### Breaking Changes
+Examples: Removing or renaming models and fields.
+
+- Remove or rename models and fields in the datacontract.yaml, and any other change that might be part of this new major version of this data contract.
+- Increment the major version of the datacontract.yaml for this and create a new file for the major version. The reason being, that one needs to offer an upgrade path for the data consumers from the old to the new major version.
+- As data consumers need to migrate, try to reduce the frequency of major versions by making multiple breaking changes together if possible.
+- Be aware of the notice period in the data contract as this is the minimum amount of time you have to offer both the old and the new version for a migration path.
+- Do not fear making breaking changes with data contracts. It's okay to do them in this controlled way. Really!
+- Create a changelog of this major change.
+   ```bash
+  $ datacontract changelog datacontract-from-pr.yaml datacontract-from-main.yaml
+  ```
+
+## Development Setup
+
+Python base interpreter should be 3.11.x (unless working on 3.12 release candidate).
+
+```bash
+# create venv
+python3 -m venv venv
+source venv/bin/activate
+
+# Install Requirements
+pip install --upgrade pip setuptools wheel
+pip install -e '.[dev]'
+ruff check --fix
+ruff format --check
+pytest
+```
+
+
+### Docker Build
+
+```bash
+docker build -t datacontract/cli .
+docker run --rm -v ${PWD}:/home/datacontract datacontract/cli
+```
+
+#### Docker compose integration
+
+We've included a [docker-compose.yml](./docker-compose.yml) configuration to simplify the build, test, and deployment of the image.
+
+##### Building the Image with Docker Compose
+
+To build the Docker image using Docker Compose, run the following command:
+
+```bash
+docker compose build
+```
+
+This command utilizes the `docker-compose.yml` to build the image, leveraging predefined settings such as the build context and Dockerfile location. This approach streamlines the image creation process, avoiding the need for manual build specifications each time.
+
+#### Testing the Image
+
+After building the image, you can test it directly with Docker Compose:
+
+```bash
+docker compose run --rm datacontract --version
+```
+
+This command runs the container momentarily to check the version of the `datacontract` CLI. The `--rm` flag ensures that the container is automatically removed after the command executes, keeping your environment clean.
+
+
+
+## Release Steps
+
+1. Update the version in `pyproject.toml`
+2. Have a look at the `CHANGELOG.md`
+3. Create release commit manually
+4. Execute `./release`
+5. Wait until GitHub Release is created
+6. Add the release notes to the GitHub Release
+
+## Contribution
+
+We are happy to receive your contributions. Propose your change in an issue or directly create a pull request with your improvements.
+
+## License
+
+[MIT License](LICENSE)
+
+## Credits
+
+Created by [Stefan Negele](https://www.linkedin.com/in/stefan-negele-573153112/) and [Jochen Christ](https://www.linkedin.com/in/jochenchrist/).
+
+
+
+<a href="https://github.com/datacontract/cli" class="github-corner" aria-label="View source on GitHub"><svg width="80" height="80" viewBox="0 0 250 250" style="fill:#151513; color:#fff; position: absolute; top: 0; border: 0; right: 0;" aria-hidden="true"><path d="M0,0 L115,115 L130,115 L142,142 L250,250 L250,0 Z"></path><path d="M128.3,109.0 C113.8,99.7 119.0,89.6 119.0,89.6 C122.0,82.7 120.5,78.6 120.5,78.6 C119.2,72.0 123.4,76.3 123.4,76.3 C127.3,80.9 125.5,87.3 125.5,87.3 C122.9,97.6 130.6,101.9 134.4,103.2" fill="currentColor" style="transform-origin: 130px 106px;" class="octo-arm"></path><path d="M115.0,115.0 C114.9,115.1 118.7,116.5 119.8,115.4 L133.7,101.6 C136.9,99.2 139.9,98.4 142.2,98.6 C133.8,88.0 127.5,74.4 143.8,58.0 C148.5,53.4 154.0,51.2 159.7,51.0 C160.3,49.4 163.2,43.6 171.4,40.1 C171.4,40.1 176.1,42.5 178.8,56.2 C183.1,58.6 187.2,61.8 190.9,65.4 C194.5,69.0 197.7,73.2 200.1,77.6 C213.8,80.2 216.3,84.9 216.3,84.9 C212.7,93.1 206.9,96.0 205.4,96.6 C205.1,102.4 203.0,107.8 198.3,112.5 C181.9,128.9 168.3,122.5 157.7,114.1 C157.9,116.9 156.7,120.9 152.7,124.9 L141.0,136.5 C139.8,137.7 141.6,141.9 141.8,141.8 Z" fill="currentColor" class="octo-body"></path></svg></a><style>.github-corner:hover .octo-arm{animation:octocat-wave 560ms ease-in-out}@keyframes octocat-wave{0%,100%{transform:rotate(0)}20%,60%{transform:rotate(-25deg)}40%,80%{transform:rotate(10deg)}}@media (max-width:500px){.github-corner:hover .octo-arm{animation:none}.github-corner .octo-arm{animation:octocat-wave 560ms ease-in-out}}</style>