Changes for page 10 Constraints

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

From version 1.3
edited by Helena
on 2025/06/16 12:11
Change comment: There is no comment for this version
To version 1.5
edited by Helena
on 2025/06/16 12:13
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -158,17 +158,19 @@
158 158  
159 159  Data Constraint 1.0.0
160 160  
161 -|Component|Valid Value|Valid from|Valid to
162 -|(% rowspan="3" %)COUNTRY|UK| |
163 -|FR| |
164 -|DE| |
161 +(% style="width:573.294px" %)
162 +|(% style="width:108px" %)Component|(% style="width:127px" %)Valid Value|(% style="width:150px" %)Valid from|(% style="width:185px" %)Valid to
163 +|(% rowspan="3" style="width:108px" %)COUNTRY|(% style="width:127px" %)UK|(% style="width:150px" %) |(% style="width:185px" %)
164 +|(% style="width:127px" %)FR|(% style="width:150px" %) |(% style="width:185px" %)
165 +|(% style="width:127px" %)DE|(% style="width:150px" %) |(% style="width:185px" %)
165 165  
166 166  Data Constraint 1.1.0
167 167  
168 -|Component|Valid Value|Valid from|Valid to
169 -|(% rowspan="3" %)COUNTRY|UK| |
170 -|FR| |2012
171 -|DE| |
169 +(% style="width:576.294px" %)
170 +|(% style="width:110px" %)Component|(% style="width:129px" %)Valid Value|(% style="width:145px" %)Valid from|(% style="width:189px" %)Valid to
171 +|(% rowspan="3" style="width:110px" %)COUNTRY|(% style="width:129px" %)UK|(% style="width:145px" %) |(% style="width:189px" %)
172 +|(% style="width:129px" %)FR|(% style="width:145px" %) |(% style="width:189px" %)2012
173 +|(% style="width:129px" %)DE|(% style="width:145px" %) |(% style="width:189px" %)
172 172  
173 173  When both versions of the Data Constraint are in a system, an observation value reported against COUNTRY FR for time period 2013 would be deemed invalid as the 1.1.0 rule would be applied.
174 174  
... ... @@ -178,8 +178,9 @@
178 178  
179 179  There are three levels of constraint attachment for which these inheritance rules apply:
180 180  
181 -* DSD/MSD – top level o Dataflow/Metadataflow – second level
182 -** Provision Agreement – third level
183 +* DSD/MSD – top level
184 +** Dataflow/Metadataflow – second level
185 +*** Provision Agreement – third level
183 183  
184 184  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.
185 185  
... ... @@ -213,14 +213,14 @@
213 213  
214 214  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.
215 215  
216 -1.
217 -11. Determine all possible keys that are valid at the higher level.
218 -11. These keys are deemed to be inherited by the lower-level constrained object, subject to the Constraints specified at the lower level.
219 -11. Determine all possible keys that are possible using the Constraints specified at the lower level.
220 -11. At the lower level inherit all keys that match with the higher-level Constraint.
221 -11. If there are keys in the lower-level Constraint that are not inherited then the key is invalid (i.e., it is less restrictive).
222 -111. Constraints Examples
219 +1. Determine all possible keys that are valid at the higher level.
220 +1. These keys are deemed to be inherited by the lower-level constrained object, subject to the Constraints specified at the lower level.
221 +1. Determine all possible keys that are possible using the Constraints specified at the lower level.
222 +1. At the lower level inherit all keys that match with the higher-level Constraint.
223 +1. If there are keys in the lower-level Constraint that are not inherited then the key is invalid (i.e., it is less restrictive).
223 223  
225 +=== 10.4.7 Constraints Examples ===
226 +
224 224  ==== 10.4.7.1 Data Constraint and Cascading ====
225 225  
226 226  The following scenario is used.