Gyldigtid
I temporale databaser er gyldigtid tidsperioden da en hendelse hendte eller noe var sant i den virkelige verden, eller mer formelt når et fakta var gyldig i den modellerte virkeligheten.
Perioden er et intervall basert på hendelsestidspunkteter (kalt event datetime i datahvelv).[1] Andre navn er «applikasjonens tidsperiode» (application-time period[2]) eller «tidslinjen fra den virkelige verden» (real-world timeline[2]). SQL:2011 har støtte for gyldigtid gjennom såkalte applikasjon-tidsperiode-tabeller (application-time period tables).[3][4][5][6] I en databasetabell er gyldigtid ofte representert med to ekstra tabellkolonner, slik som gyldig_fra og gyldig_til. Tidsintervallet er lukket [ i nedre skranke og åpent ) i øvre skranke.
I integrasjonslag (for eksempel datavarehus) er gyldigtiden kontrollert av kildesystemet som leverer data til datavarehuset.[7] Av mange årsaker er som regel er gyldigtidslinjen forskjellig fra transaksjonstidslinjen (når dataene kommer inn i datavarehuset), og det er viktig at datavarehuset er i stand til å utvetydig rapportere hva som faktisk har skjedd i fortiden ved å kombinere disse to tidslinjene.[7] I bitemporale datamodeller kan gydigtid og transaksjonstid representeres i et todimensjonalt kartesisk koordinatsystem. Når dataene leveres fra integrasjonslaget og skal presenteres i et presentasjonslag (ofte en dimensjonsmodell eller bred tabell) ønskes ofte dataene på én tidslinje.
Historie[rediger | rediger kilde]
Det engelske begrepet valid time ble foreslått av Richard T. Snodgrass og hans doktorgradsstudent (1986).[8]
I SQL:2011-standarden ble det tatt med klausuler i tabelldefinisjoner for å definere "application-time period tables" (altså gyldigtid-tabeller).
Eksempel[rediger | rediger kilde]
| Dato | Hva skjedde i den virkelige verden | Endring i databasen | Hva databasen viser |
|---|---|---|---|
| 1975-04-03 | Kari er født | Ingenting | Det fins ingen person som heter Kari Nordmann |
| 1975-04-04 | Faren til Kari rapporterer offisielt at Kari er født | Sett inn: Person (Kari Nordmann, Isfjorden) | Kari Nordmann bor i Isfjorden |
| 1994-08-26 | Etter endt utdanning flytter Kari til Saltnes, men glemmer å registrere sin nye adresse | Ingenting | Kari Nordmann bor i Isfjorden |
| 1994-12-26 | Ingenting | Ingenting | Kari Nordmann bor i Isfjorden |
| 1994-12-27 | Kari registrerer sin nye adresse | Oppdater: Person (Kari Nordmann, Saltnes) | Kari Nordmann bor i Saltnes |
| 2001-04-01 | Kari dør | Slett: Person (Kari Nordmann) | Det er ingen person som heter Kari Nordmann |
Gyldigtid er tiden som et fakta er sant i den virkelige verden. I eksemplet ovenfor får persontabellen to ekstra felter, gyldig_fra og gyldig_til, som spesifiserer når en persons adresse var gyldig i den virkelige verden. I 1975-04-04 registrerte Kari sin far stolt datterens fødsel. Det vil da settes inn en ny oppføring i databasen som sier at Kari bor i Isfjorden fra 1975-04-03. Legg merke til at selv om dataene ble satt inn den 4., så sier databasen at informasjonen er gyldig siden den 3. Man vet ennå ikke når eller om Kari noen gang vil flytte til et annet sted, så i databasen vil gyldig_til være fylt med uendelig (∞), eller en svært sen dato (som for eksempel 2300-01-01). Dette resulterer følgende oppføring i databasen:
| Person(Kari Nordmann, Isfjorden, 1975-04-03, ∞) |
1994-12-27 rapporterer Kari sin nye adresse i Saltnes hvor hun har bodd siden 1994-08-26. I databasen endrer ikke adressen til den nåværende oppføringen, men det legges i stedet til en ny rad:
| Person (Kari Nordmann, Saltnes, 1994-08-26, ∞) |
Den opprinnelige raden Person (Kari Nordmann, Isfjoden, 1975-04-03, ∞) blir deretter endret (altså ikke slettet). Siden det nå er kjent at Kari sluttet å bo i Saltnes 1994-08-26 kan gyldig_til fylles ut. Databasen inneholder dermed to rader for Kari Nordmann:
| Person(Kari Nordmann, Isfjorden, 1975-04-03, 1994-08-26) |
| Person(Kari Nordmann, Saltnes, 1994-08-26, ∞) |
Når Kari dør oppdateres databasen igjen. I den nåværende raden vil gyldig_til endres til siste dato Kari bodde i Saltnes. Ingen ny rad trenger legges til. Databasen ser da slik ut:
| Person(Kari Nordmann, Isfjorden, 1975-04-03, 1994-08-26) |
| Person(Kari Nordmann, Saltnes, 1994-08-26, 2001-04-01) |
Se også[rediger | rediger kilde]
- Transaksjonstid, når data ble lastet inn i en database
- Beslutningstid, når en beslutning ble tatt om tolkning av historikk i en database
- Endringstreg dimensjon
Referanser[rediger | rediger kilde]
- ^ «The Events API basics | Akeneo APIs». api.akeneo.com. Besøkt 10. februar 2024.
- ^ a b «A not-so-gentle follow-up on bitemporal data challenges - Roelant Vos».
- ^ «Illuminated Computing | Survey of SQL:2011 Temporal Features». illuminatedcomputing.com. Besøkt 18. juni 2024.
- ^ «Application-period temporal tables». www.ibm.com (engelsk). Besøkt 18. juni 2024.
- ^ «Application-Time Periods». MariaDB KnowledgeBase. Besøkt 18. juni 2024.
- ^ «SAP Help Portal». help.sap.com. Besøkt 18. juni 2024.
- ^ a b «A gentle introduction to bitemporal data challenges - Roelant Vos».
- ^ Richard T. Snodgrass and Ilsoo Ahn, "Temporal Databases," IEEE Computer 19(9), September, 1986, pp. 35-42.