Changes for page 10 Constraints

Last modified by Helena on 2025/09/10 11:19

From 15.1 to 15.2 From 17.1 to 18.1

From version 15.2

edited by Helena
on 2025/05/17 00:19

Change comment: There is no comment for this version

To version 17.1

edited by Artur
on 2025/05/21 10:38

Change comment: There is no comment for this version

Raw
Rendered

Summary

Page properties (4 modified, 0 added, 0 removed)
Objects (0 modified, 1 added, 0 removed)
- SUZ.Methodology.Code.MethodologyClass[0]

Details

Page properties

Parent

...	...	@@ -1,0 +1,1 @@
	1	+Methodology.SDMX 3\.0 Standards\. Section 6\. Technical notes.WebHome

Author

@@ -1,1 +1,1 @@
--xwiki:XWiki.helena
++xwiki:XWiki.arturkryazhev

Tags

...	...	@@ -1,0 +1,1 @@
	1	+Age\|Artefact\|Attribute\|Code\|Code list\|Comment\|Component\|Data provider\|Data set\|Data structure definition\|Dataflow\|Dimension\|Maintainable artefact\|Measure\|Member selection\|Metadata structure definition\|Metadataflow\|Provision agreement\|Reference metadata\|Release policy - release calendar\|Representation\|Series key\|Statistical data and metadata exchange

Content

@@ -146,7 +146,7 @@
  The following logic explains how the inheritance mechanism works. Note that this is conceptual logic and actual systems may differ in the way this is implemented.
--*
++*
  *1. Determine all possible keys that are valid at the higher (% style="color:#2ecc71" %)level(%%).
  *1. These keys are deemed to be inherited by the lower-(% style="color:#2ecc71" %)level(%%) constrained object, subject to the (% style="color:#2ecc71" %)Constraints(%%) specified at the lower (% style="color:#2ecc71" %)level(%%).
  *1. Determine all possible keys that are possible using the (% style="color:#2ecc71" %)Constraints(%%) specified at the lower (% style="color:#2ecc71" %)level(%%).
@@ -180,50 +180,50 @@
  Notes:
--AGE is constrained for the DSD and is further restricted for the Dataflow CENSUS_CUBE1.
++[[AGE>>doc:xwiki:Glossary.Age.WebHome]] is constrained for the [[DSD>>doc:xwiki:Glossary.Data structure definition.WebHome]] and is further restricted for the [[Dataflow>>doc:xwiki:Glossary.Dataflow.WebHome]] CENSUS_CUBE1.
--* The same Constraint applies to both Provision Agreements.
++* The same (% style="color:#2ecc71" %)Constraint(%%) applies to both Provision Agreements.
  The cascade rules elaborated above result as follows:
--DSD
++[[DSD>>doc:xwiki:Glossary.Data structure definition.WebHome]]
--* Constrained by eliminating code 001 from the code list for the AGE Dimension.
++* Constrained by eliminating [[code>>doc:xwiki:Glossary.Code.WebHome]] 001 from the [[code list>>doc:xwiki:Glossary.Code list.WebHome]] for the [[AGE>>doc:xwiki:Glossary.Age.WebHome]] [[Dimension>>doc:xwiki:Glossary.Dimension.WebHome]].
--Dataflow CENSUS_CUBE1
++[[Dataflow>>doc:xwiki:Glossary.Dataflow.WebHome]] CENSUS_CUBE1
--* Constrained by restricting the code list for the AGE Dimension to codes 002 and 003 (note that this is a more restrictive constraint than that declared for the DSD which specifies all codes except code 001).
--** Restricts the CAS codes to 003 and 004.
++* Constrained by restricting the [[code list>>doc:xwiki:Glossary.Code list.WebHome]] for the [[AGE>>doc:xwiki:Glossary.Age.WebHome]] [[Dimension>>doc:xwiki:Glossary.Dimension.WebHome]] to [[codes>>doc:xwiki:Glossary.Code.WebHome]] 002 and 003 (note that this is a more restrictive (% style="color:#2ecc71" %)constraint(%%) than that declared for the [[DSD>>doc:xwiki:Glossary.Data structure definition.WebHome]] which specifies all [[codes>>doc:xwiki:Glossary.Code.WebHome]] except [[code>>doc:xwiki:Glossary.Code.WebHome]] 001).
++** Restricts the CAS [[codes>>doc:xwiki:Glossary.Code.WebHome]] to 003 and 004.
--Dataflow CENSUS_CUBE2
++[[Dataflow>>doc:xwiki:Glossary.Dataflow.WebHome]] CENSUS_CUBE2
--* Restricts the code list for the CAS Dimension to codes TOT and NAP.
--** Inherits the AGE constraint applied at the level of the DSD.
++* Restricts the [[code list>>doc:xwiki:Glossary.Code list.WebHome]] for the CAS [[Dimension>>doc:xwiki:Glossary.Dimension.WebHome]] to [[codes>>doc:xwiki:Glossary.Code.WebHome]] TOT and NAP.
++** Inherits the [[AGE>>doc:xwiki:Glossary.Age.WebHome]] (% style="color:#2ecc71" %)constraint(%%) applied at the (% style="color:#2ecc71" %)level(%%) of the [[DSD>>doc:xwiki:Glossary.Data structure definition.WebHome]].
  Provision Agreement CENSUS_CUBE1_IT
--* Restricts the codes for the GEO Dimension to IT and its children.
--** Inherits the constraints from Dataflow CENSUS_CUBE1 for the AGE and CAS Dimensions.
++* Restricts the [[codes>>doc:xwiki:Glossary.Code.WebHome]] for the GEO [[Dimension>>doc:xwiki:Glossary.Dimension.WebHome]] to IT and its children.
++** Inherits the (% style="color:#2ecc71" %)constraints(%%) from [[Dataflow>>doc:xwiki:Glossary.Dataflow.WebHome]] CENSUS_CUBE1 for the [[AGE>>doc:xwiki:Glossary.Age.WebHome]] and CAS Dimensions.
  Provision Agreement CENSUS_CUBE2_IT
--* Restricts the codes for the GEO Dimension to IT and its children.
--** Inherits the constraints from Dataflow CENSUS_CUBE2 for the CAS Dimension.
--** Inherits the AGE constraint applied at the level of the DSD.
++* Restricts the [[codes>>doc:xwiki:Glossary.Code.WebHome]] for the GEO [[Dimension>>doc:xwiki:Glossary.Dimension.WebHome]] to IT and its children.
++** Inherits the (% style="color:#2ecc71" %)constraints(%%) from [[Dataflow>>doc:xwiki:Glossary.Dataflow.WebHome]] CENSUS_CUBE2 for the CAS [[Dimension>>doc:xwiki:Glossary.Dimension.WebHome]].
++** Inherits the [[AGE>>doc:xwiki:Glossary.Age.WebHome]] (% style="color:#2ecc71" %)constraint(%%) applied at the (% style="color:#2ecc71" %)level(%%) of the [[DSD>>doc:xwiki:Glossary.Data structure definition.WebHome]].
--The Constraints are defined as follows:
++The (% style="color:#2ecc71" %)Constraints(%%) are defined as follows:
--DSD Constraint
++[[DSD>>doc:xwiki:Glossary.Data structure definition.WebHome]] (% style="color:#2ecc71" %)Constraint
  [[image:1747386911707-332.png]]
--Dataflow Constraints
++[[Dataflow>>doc:xwiki:Glossary.Dataflow.WebHome]] (% style="color:#2ecc71" %)Constraints
  [[image:1747386933952-158.png]]
  [[image:1747386970127-658.png]]
--Provision Agreement Constraint
++[[Provision Agreement>>doc:xwiki:Glossary.Provision agreement.WebHome]] (% style="color:#2ecc71" %)Constraint
  [[image:1747386991329-805.png]]
@@ -231,7 +231,7 @@
  The possible combination of constraining terms are explained in this section, following a few examples.
--Let’s assume a DSD with the following Components:
++Let’s assume a [[DSD>>doc:xwiki:Glossary.Data structure definition.WebHome]] with the following [[Components>>doc:xwiki:Glossary.Component.WebHome]]:
  [[image:1747387057775-838.png]]
@@ -257,7 +257,7 @@
  [[image:1747387188821-467.png]]
--===== 0.3.4.2.3 Use Case 3: A Constraint on allowed values for some Dimensions combined with allowed values for some Attributes =====
++===== 10.3.4.2.3 Use Case 3: A Constraint on allowed values for some Dimensions combined with allowed values for some Attributes =====
  R1: Allow monthly and quarterly data
  R2: Allow Mexico for vis-à-vis country
@@ -269,7 +269,7 @@
  ===== 10.3.4.2.4 Use Case 4: A Constraint on allowed combinations for some =====
--//**Dimensions combined with specific Attribute values**//
++//**[[Dimensions>>doc:xwiki:Glossary.Dimension.WebHome]] combined with specific [[Attribute>>doc:xwiki:Glossary.Attribute.WebHome]] values**//
  R1: Allow monthly data, for Germany, with unit euro
  R2: Allow quarterly data, for Mexico, with unit usd
@@ -289,11 +289,11 @@
  [[image:1747387330751-405.png]]
--The problem with this approach is that according to the business rule for Constraints, only one should be specified per Component. Thus, if a software would perform some conflict resolution would end up with empty sets for FREQ and OBS_STATUS (as they do not share any values).
++The problem with this approach is that according to the business rule for (% style="color:#2ecc71" %)Constraints(%%), only one should be specified per [[Component>>doc:xwiki:Glossary.Component.WebHome]]. Thus, if a software would perform some conflict resolution would end up with empty sets for FREQ and OBS_STATUS (as they do not share any values).
--Nevertheless, there is a much easier approach to that; this is the cascading mechanism of Constraints (as shown in 10.3.4.1). Hence, these rules would be expressed into two levels of Constraints, e.g., DSD and Dataflows:
++Nevertheless, there is a much easier approach to that; this is the cascading mechanism of (% style="color:#2ecc71" %)Constraints(%%) (as shown in 10.3.4.1). Hence, these rules would be expressed into two (% style="color:#2ecc71" %)levels(%%) of (% style="color:#2ecc71" %)Constraints(%%), e.g., [[DSD>>doc:xwiki:Glossary.Data structure definition.WebHome]] and [[Dataflows>>doc:xwiki:Glossary.Dataflow.WebHome]]:
--DSD CubeRegion:
++[[DSD>>doc:xwiki:Glossary.Data structure definition.WebHome]] CubeRegion:
  [[image:1747387369822-932.png]]
@@ -307,28 +307,28 @@
  ===== 10.3.4.2.6 Use case 6: A Constraint on allowed values for some Dimensions combined with allowed values for Measures =====
--R1: Allow monthly data, for Germany, with unit euro, and measure choice is 'A'
--R2: Allow quarterly data, for Mexico, with unit usd, and measure choice is 'B' This is may be expressed with the following DataKeySet:
++R1: Allow monthly data, for Germany, with unit euro, and [[measure>>doc:xwiki:Glossary.Measure.WebHome]] choice is 'A'
++R2: Allow quarterly data, for Mexico, with unit usd, and [[measure>>doc:xwiki:Glossary.Measure.WebHome]] choice is 'B' This is may be expressed with the following DataKeySet:
  [[image:1747387437317-733.png]]
  ===== 10.3.4.2.7 Use Case 7: A Constraint with wildcards for Codes and removePrefix property =====
--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.
++For this example, we assume that the VIS_CTY [[representation>>doc:xwiki:Glossary.Representation.WebHome]] has been prefixed with prefix ‘AREA_’. In this (% style="color:#2ecc71" %)Constraint(%%), we need to remove the prefix.
  R1: Allow monthly and quarterly data
  R2: Allow vis-à-vis countries that start with M
  R3: Remove the prefix ‘AREA_’
--[[image:1747387461703-763.png]]
--
  This may be expressed with the following CubeRegion:
--===== 10.3.4.2.8 Use Case 8: A Constraint with multilingual support on Attributes =====
++[[image:1747387461703-763.png]]
++10.3.4.2.8 Use Case 8: A Constraint with multilingual support on Attributes
++
  R1: Allow monthly and quarterly data
  R2: Allow Mexico for vis-à-vis country
--R3: Allow a comment, in English, which includes the term adjusted for status
++R3: Allow a [[comment>>doc:xwiki:Glossary.Comment.WebHome]], in English, which includes the term adjusted for status
  This may be expressed with the following CubeRegion:
@@ -348,7 +348,7 @@
  Beyond the cube regions and keysets, there is one more constraining term, i.e., the ReleaseCalendar.
--The ReleaseCalendar is the only term that does not apply on Components; it specifies the schedule of publication or reporting of the dataset or metadataset.
++The ReleaseCalendar is the only term that does not apply on [[Components>>doc:xwiki:Glossary.Component.WebHome]]; it specifies the schedule of publication or reporting of the [[dataset>>doc:xwiki:Glossary.Data set.WebHome]] or metadataset.
  For example, the ReleaseCalendar for Provider BIS, is specified in the three following terms:
@@ -358,4 +358,4 @@
  With the above terms, BIS would need to report data between the 10^^th^^ and 15^^th^^ of every month.
--NOTE: The SDMX 2.1 constraining term ReferencePeriod has been deprecated in SDMX 3.0; thus, the TimeDimension and any Dimension with a time Representation can be constrained within a CubeRegion or MetadataTargetRegion, using the TimeRangeValue.
++NOTE: The [[SDMX>>doc:xwiki:Glossary.Statistical data and metadata exchange.WebHome]] 2.1 constraining term ReferencePeriod has been deprecated in [[SDMX>>doc:xwiki:Glossary.Statistical data and metadata exchange.WebHome]] 3.0; thus, the TimeDimension and any [[Dimension>>doc:xwiki:Glossary.Dimension.WebHome]] with a time [[Representation>>doc:xwiki:Glossary.Representation.WebHome]] can be constrained within a CubeRegion or MetadataTargetRegion, using the TimeRangeValue.

SUZ.Methodology.Code.MethodologyClass[0]