Modelregler for dannelse af fysiske skemaer, version 1.0.0

Reglerne i dette dokument er i høj grad opstillet i lighed med grunddatamodelreglerne.

Hver regel i dette regelsæt har et tilhørende unikt nummer angivet før hvert regelnavn. Under den specifikke regel følger et afsnit med rationale og implikationer af den pågældende regel. Derefter ses konkrete eksempler, der illustrerer opfyldelsen af reglen. Her bruges det samme gennemgående eksempel fra grunddatamodelreglerne, som kan hjælpe registerejer med at opfylde reglerne.

Reglerne følger en standardiseret notation for at skabe en entydig forståelse af hvilke krav, der er til regelopfyldelsen.

Hver regel følger nedenstående notation:

Dokumentet har følgende indhold:

Kapitel 1 - Introduktion

Her beskrives baggrunden for og formålet med regelsættet.

Kapitel 2 - Læsevejledning

Her beskrives indholdet af reglerne og hvordan de læses.

Kapitel 3 - Regler

I dette kapitel opstilles alle reglerne, som har fokus på overgangen fra modellerne til de fysiske skemaer.

Kapitel 4 - Ordliste

Oplistning og forklaring af centrale begreber brugt i regelsættet.

Rationale:  Det skal være muligt at kunne forbinde elementer i grunddatamodellen med deres repræsentation i den fysiske udstilling af data. Den entydige kobling er en forudsætning for, at data kan udstilles via entitetsbaserede tjenester.

Note Der kan være modelelementer i den logiske datamodel, som ikke umiddelbart kan findes i de fysiske skemaer f.eks. abstrakte objekttyper eller nogle relationsender, der ikke er nødvendige i forhold til at danne fremmednøgler i data.

Modeleksempel: 

Skemaeksempel: 

Rationale:  Et objekt kan ikke være en del af eller indgå som en egenskab i et andet objekt.

Modeleksempel: 

Skemaeksempel: 

Rationale:  Man må ikke stå som bruger af grunddata, med data som man ikke kan læse dokumentationen af i grunddatamodellen.

Note I et replikeringsskema kan der indgå xml-elementer der anvendes til at overføre informationer om forretningshændelser, eller som anvendes som en del af at holde styr på en replikering. Disse kan ikke genfindes i den logiske datamodel og omfatter:

Skemaeksempel: 

Rationale: 

I grunddatamodellen vises forbundetheden imellem 2 objektyper som en UML-association. En association kan i et fysisk skema repræsenteres på flere måder, f.eks. som en krydsreferensetabel eller som fremmednøgle. Reglen skal sikre, at den simpleste form for association ses på samme måde i de fysiske skemaer.

Modeleksempel: 

Skemaeksempel: 

Rationale: 

Anvendere skal entydigt kunne få indsigt i grunddata og de anvendte datatyper ved at orientere sig i grunddatamodellen.

Note:

Datatyper fra ISO19103 Edition 2 og ISO19107 (geometri) og deres mapninger til XML jf. https://www.w3.org/TR/xmlschema-2/ (enkelte typer mappes til GML: https://schemas.opengis.net/gml/3.2.1/) til brug i et replikeringsskema fremgår af nedenstående mapning. Enkelte xml-datatyper har en restriction tilknyttet.

Note til tabel 2: GM_* omfatter geometrityper (punkter, linjer, flader, osv.) defineret i DS/EN ISO 19107:2019, Geografisk information – Geometrimodel. DS/EN ISO 19107 specificerer en model for beskrivelsen af de geografiske dele af geodata. Som oftest anvendes typerne GM_Point (punkt), GM_Curve (linje), GM_Surface (flade).

Tabel 1:

Tabel 2:

Rationale: 

Det skal være muligt at kunne se alle attributter på et objekt, uanset om de i den logiske datamodel ligger på objekttypen eller nedarves fra en overordnet objekttype.

Modeleksempel: 

Model fladtrykt eksempel: 

Skemaeksempel: 

Rationale: 

Specialtegn understøttes utilstrækkeligt af nogle IT-systemer, hvorfor det med fordel bør undgås at anvende specialtegn i de fysiske skemaers datastrukturer.

Note Anbefalingen gælder ikke for de tekster og værdier der ingår i data, herunder kodelister og enumerationer.

Skemaet viser nogle få af de anbefalede mapninger til brug i fysiske skemaer.