I LOIS-databasen har vi opstillet nogle principper for navngivning, for det bliver mere gennemskueligt at finde rundt i de mange objekter databasen består af. Disse regler vil blive gennemgået herunder:
Specifik navngivning for skemaer
I forbindelse med implementeringen af de nye grunddata, vil vi fremover benytte opdeling i skemaer mere stringent.
Anvendelsen af skemaer vil være delt i 2:
▪Skemaer til data
▪Skemaer til systemtabeller m.m.
Den generelle navngivning for tabeller i LOIS version 3.0 vil følge denne navngivning:
Kilde_Register.Objekttabel
Kilde: Angiver hvor data er høstet fra, hvilket eksempelvis kan være DAF (Datafordeleren), OIS (SKAT's OIS-distribution eller ERST (Erhvervsstyrelsens distrubtionsløsninger)
Register: Angiver hvilket register data tilhører, hvilket eksempelvis kan være BBR, CPR, Plandata eller lign.
Objekttabel: Angiver hvilke data der er tale om, eksempelvis Bygning, Person, Produktionsenhed m.fl. Disse følger navngivningen i grunddatamodellen.
Skemaer til data
DAF_Register (Datafordeler)
Tabeller, views m.m. som ligger i dette skema, vil være 1:1 med de data og datamodel, som findes på Datafordeleren og i Grunddatamodellen.
Det vil dermed være grunddata i deres grundmodel som ligger her.
Hvis kilden der benyttes til høst af data er en anden end Datafordeleren, vil skemaet starte med en forkortelse for denne kilde.
LIFASystem eller LIFAGeoSystem (Afledte data)
Nogle gange vil vi lave afledte tabeller, for på denne måde bedre at kunne kombinere nogle data, som vil være for langsomme at kombinere i views.
Disse afledte tabeller vil ligge i skemaer som starter med LIFA.
Skemaer til Views
BBR, EJF, CPR osv.
Views med data for hvert enkelt register, vil fremover blive placeret i deres selvstændige skema. Det vil sige, at de views vi danner ovenpå grunddata (der ligger i DAF_xxx-skemaet), vil ligge i hvert deres skema.
Alle views indeholdende BBR-data vil ligge i BBR-skemaet, mens alle views som indeholder CVR-data vil ligge i CVR-skemaet osv.
Se yderligere beskrivelse af denne implementering her.
Navngivningsregler for tabeller
Navngivningen af tabeller er givet i grunddatamodellen, og vil derfor overholde denne.
I LOIS-databasen er samme datamodel implementeret 1:1 i tabellen "DAF_BBR.Bygning"
Navngivningsregler for views
Navngivningen vil følge navngivningen i grunddatamodelle, dog med disse tilføjelser:
Views med aktuelle data er navngivet som: skema.navnView
Views med historik er navngivet som: skema.HisNavnView
Navngivningsregler for views indeholdende geometri
Views som indeholder geometri vil være navngivet som: skema.navnGeoView"
Typisk, dækker de data som findes i LOIS-databasen, kun indeholde data for én kommune, men visse datasæt (som CPR og CVR) kan indeholde data, som strækker sig ud over kommunen eller er landsdækkende.
Der kan derfor være behov for at have views som kun indeholder data for kommunen, da det typisk er disse data man arbejder med til dagligt.
Views som kun indeholder data for kommunen vil være navngivet: skema.navnKomGeoView"
Navngivningsregler for kolonner
Navngivning af kolonner
Kolonnenavnene kan i Grunddatamodellen være meget lange, som eksempelvis fra BBR.Bygning:
byg129DatoForTilladelseTilAlternativBortskaffelseEllerAfledning
En kolonnenavngivning på 63 karakterer kan eksempelvis ikke benyttes i ArcGIS, og vil ogås være uhensigtsmæssig i flere andre sammenhænge.
I LIFA's implementering af views vil der derfor være en reduceret længde af kolonnenavne.
I LIFA's implementering foretager vi derfor en forkortelse af de generelle ord der anvendes i kolonnenavngivning, så det alternative kolonnenavn er:
byg129DatoForTilladTilAltBortskafElafldn
...hvilket kun bliver på 40 karakterer.
I Grunddatamodellen er der desuden enudbredt anvendelse af danske tegn som æ, ø og å. Da en række GIS- og BI-produkter ligeledes har udfordringer med dette, er der i LIFA's implementering sket en oversættelse at disse bogstavet til hhv. ae, oe og aa
Kodeværdier og -tekster
I forskellige registre kan der være data, som er registreret med en given kodeværdi. Det kan f.eks. være Bygningsanvendelseskoden.
Selvom kodeværdier er nemme at benytte når det skal kobles data eller selekteres/filtreres på bestemte koder, er de ikke særligt sigende for almindelige brugere.
Samtidig er der flere steder i Grunddatamodellen ikke implementeret kodeværdier, men kun kodetekster, hvilket gør fremsøgning og indexering i en database mere besværlig.
I vores views har vi derfor altid to repræsentationer af sådanne kodeværdier; en med selve kodeværdien og en med den tilhørende kodetekst, der altid vil være rrepræsenteret med "_T" i navngivningen.
Kolonner med kodetekster navngives kolonnenavn_T
Det betyder, at LIFA indfører kodetekster, hvor der kun er kodeværdier, som f.eks. i BBR.
Det betyder også, at LIFA Indfører kodeværdier, hvor der kun er kodetekster, som f.eks. i CPR.
Foranstillet 0
Der er forskel på, hvordan de samme data kan være registret, i de forskellige registre. I nogle registre kan data være registret med foranstillet 0, mens det i andre registre er uden foranstillet 0.
For at gøre det tydeligt, hvilke kolonner der ev.t skal sammenstilles i en udsøgning, har vi indført to kolonner, alle de steder hvor man kan oplever foranstillet 0.
Kolonner med foranstillet 0 i data, vil fremover navngives med kolonnenavn_0
Der vil så være en tilsvarende kolonne som ikke har den afsluttende annotation, som vil være den som ikke indeholdet et foranstillet 0.
Ovenstående regler vil gælde som standard, medmindre datamodellen i de registre der hentes data fra, tilskriver en anden og mere specifik navngivning.