Closed stefannegele closed 7 months ago
If we decide to support multiple quality definitions, I would prefer this structure to be consistent with the examples section:
quality:
- name: basic
type: SodaCL
specification: "$ref: https://github.com/data-engineering-helpers/data-contracts/blob/123b1310662557c469e091b646f64e47b938836f/datacontract.com/contracts/data-contract-flight-route-quality-basic.yaml"
- name: premium1
type: SodaCL
specification: "$ref: https://github.com/data-engineering-helpers/data-contracts/blob/123b1310662557c469e091b646f64e47b938836f/datacontract.com/contracts/data-contract-flight-route-quality-premium1.yaml"
- name: premium2
type: SodaCL
specification: "$ref: https://github.com/data-engineering-helpers/data-contracts/blob/123b1310662557c469e091b646f64e47b938836f/datacontract.com/contracts/data-contract-flight-route-quality-premium2.yaml"
If we decide to support multiple quality definitions, I would prefer this structure to be consistent with the examples section.
Sure, it makes a lot of sense!
Closing this issue as won't fix, as this currently has no priority.
Users of the CLI would find it very helpful if various quality specifications were supported.
I suggest we support both - individual specifications or a list.
See also: https://github.com/datacontract/cli/pull/3#discussion_r1358205380