Eksemplet er opbygget, ud fra forudsætning af at dags dato er 01. marts 2018. Adresse:
Forløb for virkning-til og virkning-fra
|
En adresseflytning kan være midlertidig, f.eks. i forbindelse med ophold i sommerhus eller genhusning. Det er vigtigt at fremhæve, at betydningen af Status-feltets indhold er både forretnings- og register-specifikt, så anvendere skal altid besøge den registerspecifikke dokumentation for at kunne anvende og tolke data korrekt. Udvides ovenstående eksempel med Status-felt kan data evt. se således ud (dette er et tænkt eksempel og ikke udtryk for hvordan adresser registreres): Eksemplet viser at i perioden 01-04-2018 til 31-08-2018 har Per Jensen reelt 2 aktive adresser, nemlig den permanente adresse (folkeregisteradressen) og en ”midlertidig adresse”. Så når man vil finde Per Jensens adresse, skal man som anvender af data, fremsøge adressen med den ønskede Status.
|
Ved oprettelse af et nyt forretningsobjekt sættes forekomstens virkningstid, registreringstid og objektstatus således:
|
Ved rettelse af indholdsfejl til samme virkningstid, foretages følgende:
Der oprettes en ny forekomst med:
|
Ved opdatering af oplysninger til ny virkningstid og/eller ny objektstatus foretages følgende:
Der oprettes en ny forekomst som en kopi af den tidligere forekomst hvor:
Der oprettes en ny forekomst med:
|
Ved logisk sletning af et forretningsobjekt, foretages følgende:
Der oprettes en ny forekomst som en kopi af den tidligere forekomst hvor:
OBS: Registre med objektstatus ’Nedlagt’ o.lign er ikke en sletning, men en opdatering, hvor objektstatus anvendes til at beskrive en logisk sletning. Logisk sletning skal anvendes, hvis registreret arbejder med flere samtidige versioner. |
Ved tilføjelse af historik, foretages følgende:
Der oprettes nye forekomster, som kopier, af de objekter, hvis virkningstid er berørt af historik-tilføjelsen: (der kan være tale om en eller flere forekomster)
Der oprettes en ny forekomst med den nye historik:
|
Ved oprettelse af en ny version af et forretningsobjekt, vil resultatet blive flere forekomster med overlappende registreringstid og virkningstid, men med forskellige objektstatus. Ved oprettelse af nye versioner, foretages følgende: Der oprettes en ny forekomst med:
Hvis der eksisterer en anden forekomst med samme objektstatus og virkningstid, skal dette objekt først logisk slettes, jf. nedenstående beskrivelse. Når forekomsten, der beskriver den nye version, skifter objektstatus, til samme status som forekomsten der beskriver den aktive version, skal der foretages følgende:
|
Et gyldigt forretningsobjekt på et givent tidspunkt (TID) identificeres som den forekomst af forretningsobjektet, med den nyeste registreringstid (registreringTil = ”Null”), hvor VirkningFra <= TID og VirkningTil > TID. Et gyldigt forretningsobjekt på et givent tidspunkt (TID) med en bestemt objektstatus (STATUS) identificeres som den forekomst af forretningsobjektet med den nyeste registreringstid, hvor VirkningFra <= TID og VirkningTil > TID og Objektstatus = STATUS. |
Et forretningsobjekt kan genskabes på et givent real-‐tidspunkt (TID), via registreringstid, ved at hente de forekomster hvor RegistreringFra <= TID og RegistreringTil > TID. Forespørgslen kan naturligvis også kombineres med andre elementer, fx en given objektstatus eller en given virkningstid. |