Changes for page 10 Constraints
Last modified by Helena on 2025/09/10 11:19
Summary
-
Page properties (1 modified, 0 added, 0 removed)
-
Attachments (0 modified, 0 added, 2 removed)
Details
- Page properties
-
- Content
-
... ... @@ -1,6 +1,4 @@ 1 -{{box title="**Contents**"}} 2 -{{toc/}} 3 -{{/box}} 1 += 10 Constraints = 4 4 5 5 == 10.1 Introduction == 6 6 ... ... @@ -82,7 +82,7 @@ 82 82 83 83 There can be many Constraints for any Constrainable Artefact (e.g., DSD), subject to the following restrictions: 84 84 85 - ====10.3.2.1 Cube Region====83 +**10.3.2.1 Cube Region** 86 86 87 87 A Constraint can contain multiple Member Selections (e.g., Dimensions). 88 88 ... ... @@ -92,7 +92,7 @@ 92 92 * A Member Selection may include wildcarding of values (using character ‘%’ to represent zero or more occurrences of any character), as well as cascading through hierarchic structures (e.g., parents in Codelist), or localised values (e.g., text for English only). Lack of locale means any language may match. Cascading values are mutual exclusive to localised values, as the former refer to coded values, while the latter refer to uncoded values. 93 93 * Any values included in a Member Selection for Components with an array data type (i.e., Measures, Attributes or Metadata Attributes), will be applied as single values and will not be assessed combined with other values to match all possible array values. For example, including the Code ‘A’ for an Attribute will allow any instance of the Attribute that includes ‘A’, like [‘A’, ‘B’] or [‘A’, ‘C’, ‘D’]. Similarly, if Code ‘A’ was excluded, all those arrays of values would also be excluded. 94 94 95 - ====10.3.2.2 Key Set====93 +**10.3.2.2 Key Set** 96 96 97 97 Key Sets will be processed in the order they appear in the Constraint and wildcards can be used (e.g., any key position not reference explicitly is deemed to be "all values"). 98 98 ... ... @@ -104,7 +104,7 @@ 104 104 105 105 === 10.3.3 Inheritance of a Constraint === 106 106 107 - ====10.3.3.1 Attachment levels of a Constraint====105 +**10.3.3.1 Attachment levels of a Constraint** 108 108 109 109 There are three levels of constraint attachment for which these inheritance rules apply: 110 110 ... ... @@ -116,13 +116,13 @@ 116 116 117 117 It is not necessary for a Constraint to be attached to a higher level artefact. e.g., it is valid to have a Constraint for a Provision Agreement where there are no constraints attached the relevant dataflow or DSD. 118 118 119 - ====10.3.3.2 Cascade rules for processing Constraints====117 +**10.3.3.2 Cascade rules for processing Constraints** 120 120 121 121 The processing of the constraints on either Dataflow/Metadataflow or Provision Agreement must take into account the constraints declared at higher levels. The rules for the lower-level constraints (attached to Dataflow/ Metadataflow and Provision Agreement) are detailed below. 122 122 123 123 Note that there can be a situation where a constraint is specified at a lower level before a constraint is specified at a higher level. Therefore, it is possible that a higher-level constraint makes a lower-level constraint invalid. SDMX makes no rules on how such a conflict should be handled when processing the constraint for attachment. However, the cascade rules on evaluating constraints for usage are clear – the higher-level constraint takes precedence in any conflicts that result in a less restrictive specification at the lower level. 124 124 125 - ====10.3.3.3 Cube Region====123 +**10.3.3.3 Cube Region** 126 126 127 127 It is not necessary to have a Constraint on the higher-level artefact (e.g., DSD referenced by the Dataflow), but if there is such a Constraint at the higher level(s) then: 128 128 ... ... @@ -133,7 +133,7 @@ 133 133 134 134 Note that it is possible for a Constraint at a higher level to constrain, say, four Dimensions in a single Constraint, and a Constraint at a lower level to constrain the same four in two, three, or four Constraints. 135 135 136 - ====10.3.3.4 Key Set====134 +**10.3.3.4 Key Set** 137 137 138 138 It is not necessary to have a Constraint on the higher-level artefact (e.g., DSD referenced by the Dataflow), but if there is such a Constraint at the higher level(s) then: 139 139 ... ... @@ -155,10 +155,8 @@ 155 155 156 156 === 10.3.4 Constraints Examples === 157 157 158 - ====10.3.4.1 Data Constraint and Cascading====156 +**10.3.4.1 Data Constraint and Cascading **The following scenario is used. 159 159 160 -The following scenario is used. 161 - 162 162 A DSD contains the following Dimensions: 163 163 164 164 * GEO – Geography ... ... @@ -170,10 +170,8 @@ 170 170 171 171 [[image:SDMX 3-0-0 SECTION 6 FINAL-1.0_en_77bea5e.png||height="344" width="554"]] 172 172 173 -**Figure 20: Example Scenario for Constraints ** 169 +**Figure 20: Example Scenario for Constraints **Constraints are declared as follows: 174 174 175 -Constraints are declared as follows: 176 - 177 177 [[image:SDMX 3-0-0 SECTION 6 FINAL-1.0_en_7c36c475.png||height="356" width="541"]] 178 178 179 179 **Figure 21: Example Constraints** ... ... @@ -337,7 +337,7 @@ 337 337 338 338 **</str:DataConstraint** 339 339 340 - ====10.3.4.2 Combination of Constraints====334 +**10.3.4.2 Combination of Constraints** 341 341 342 342 The possible combination of constraining terms are explained in this section, following a few examples. 343 343 ... ... @@ -357,7 +357,7 @@ 357 357 358 358 On the above, let’s assume the following use cases with their constraining requirements: 359 359 360 - =====10.3.4.2.1Use Case 1: A Constraint on allowed values for some Dimensions=====354 +[[image:SDMX 3-0-0 SECTION 6 FINAL-1.0_en_6b13e05d.png||height="12" width="62"]] //**Use Case 1: A Constraint on allowed values for some Dimensions**// 361 361 362 362 R1: Allow monthly and quarterly data 363 363 ... ... @@ -368,7 +368,7 @@ 368 368 |FREQ|M, Q 369 369 |VIS_CTY|MX 370 370 371 - =====10.3.4.2.2Use Case 2: A Constraint on allowed combinations for some Dimensions=====365 +[[image:SDMX 3-0-0 SECTION 6 FINAL-1.0_en_18c3726e.png||height="12" width="64"]] //**Use Case 2: A Constraint on allowed combinations for some Dimensions**// 372 372 373 373 R1: Allow monthly data for Germany 374 374 ... ... @@ -381,7 +381,7 @@ 381 381 |(% rowspan="2" %)Key2|FREQ|Q 382 382 |VIS_CTY|MX 383 383 384 - =====10.3.4.2.3Use Case 3: A Constraint on allowed values for some Dimensions combined with allowed values for some Attributes=====378 +[[image:SDMX 3-0-0 SECTION 6 FINAL-1.0_en_8d48dc1a.png||height="12" width="64"]] //**Use Case 3: A Constraint on allowed values for some Dimensions combined with allowed values for some Attributes**// 385 385 386 386 R1: Allow monthly and quarterly data 387 387 ... ... @@ -395,7 +395,7 @@ 395 395 |VIS_CTY|MX 396 396 |OBS_STATUS|A 397 397 398 - =====10.3.4.2.4Use Case 4: A Constraint on allowed combinations for some=====392 +[[image:SDMX 3-0-0 SECTION 6 FINAL-1.0_en_a0d353e8.png||height="12" width="64"]] //**Use Case 4: A Constraint on allowed combinations for some**// 399 399 400 400 //**Dimensions combined with specific Attribute values**// 401 401 ... ... @@ -405,14 +405,14 @@ 405 405 406 406 This is may be expressed with the following DataKeySet: 407 407 408 -|(% rowspan="3" style="width:87px"%)Key1|(% style="width:1327px" %)FREQ|M409 -| (% style="width:1327px" %)VIS_CTY|DE410 -| (% style="width:1327px" %)UNIT|EUR411 -|(% rowspan="3" style="width:87px"%)Key2|(% style="width:1327px" %)FREQ|Q412 -| (% style="width:1327px" %)VIS_CTY|MX413 -| (% style="width:1327px" %)UNIT|USD402 +|(% rowspan="3" %)Key1|FREQ|M 403 +|VIS_CTY|DE 404 +|UNIT|EUR 405 +|(% rowspan="3" %)Key2|FREQ|Q 406 +|VIS_CTY|MX 407 +|UNIT|USD 414 414 415 - =====10.3.4.2.5Use Case 5: A Constraint on allowed values for some Dimensions together with some combination of Dimension values=====409 +[[image:SDMX 3-0-0 SECTION 6 FINAL-1.0_en_6e97b73c.png||height="12" width="64"]] //**Use Case 5: A Constraint on allowed values for some Dimensions together with some combination of Dimension values**// 416 416 417 417 R1: For annually and quarterly data, for Mexico and Germany, only A status is allowed 418 418 ... ... @@ -449,7 +449,7 @@ 449 449 |VIS_CTY|MX, DE 450 450 |OBS_STATUS|A 451 451 452 - =====10.3.4.2.6Use case 6: A Constraint on allowed values for some Dimensions combined with allowed values for Measures=====446 +[[image:SDMX 3-0-0 SECTION 6 FINAL-1.0_en_b4693e0d.png||height="12" width="64"]] //**Use case 6: A Constraint on allowed values for some Dimensions combined with allowed values for Measures**// 453 453 454 454 R1: Allow monthly data, for Germany, with unit euro, and measure choice is 'A' 455 455 ... ... @@ -464,7 +464,7 @@ 464 464 |UNIT|USD 465 465 |CHOICE|B 466 466 467 - =====10.3.4.2.7Use Case 7: A Constraint with wildcards for Codes and removePrefix property=====461 +[[image:SDMX 3-0-0 SECTION 6 FINAL-1.0_en_9818c7f7.png||height="12" width="64"]] //**Use Case 7: A Constraint with wildcards for Codes and removePrefix property**// 468 468 469 469 For this example, we assume that the VIS_CTY representation has been prefixed with prefix ‘AREA_’. In this Constraint, we need to remove the prefix. 470 470 ... ... @@ -479,7 +479,7 @@ 479 479 |FREQ|M, Q 480 480 |VIS_CTY (removePrefix=’AREA_’)|M% 481 481 482 - =====10.3.4.2.8Use Case 8: A Constraint with multilingual support on Attributes=====476 +[[image:SDMX 3-0-0 SECTION 6 FINAL-1.0_en_7df2eea7.png||height="12" width="64"]] //**Use Case 8: A Constraint with multilingual support on Attributes**// 483 483 484 484 R1: Allow monthly and quarterly data 485 485 ... ... @@ -493,7 +493,7 @@ 493 493 |VIS_CTY|MX 494 494 |COMMENT (lang=’en’)|%adjusted% 495 495 496 - =====10.3.4.2.9Use Case 9: A Constraint on allowed values for Dimensions combined with allowed values for Metadata Attributes=====490 +[[image:SDMX 3-0-0 SECTION 6 FINAL-1.0_en_7e57ad28.png||height="12" width="64"]] //**Use Case 9: A Constraint on allowed values for Dimensions combined with allowed values for Metadata Attributes**// 497 497 498 498 R1: Allow monthly and quarterly data 499 499 ... ... @@ -507,7 +507,7 @@ 507 507 |VIS_CTY|MX 508 508 |CONTACT|John Doe 509 509 510 - ====10.3.4.3 Other constraining terms====504 +**10.3.4.3 Other constraining terms** 511 511 512 512 Beyond the cube regions and keysets, there is one more constraining term, i.e., the ReleaseCalendar. 513 513
- SDMX 3-0-0 SECTION 6 FINAL-1.0_en_18c3726e.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.helena - Size
-
... ... @@ -1,1 +1,0 @@ 1 -1.7 KB - Content
- SDMX 3-0-0 SECTION 6 FINAL-1.0_en_7e57ad28.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.helena - Size
-
... ... @@ -1,1 +1,0 @@ 1 -1.7 KB - Content