De status van dit document is voorlopig en zou nog kunnen wijzigen.

De periode waarbinnen gegevens in het register 'te gebruiken' waren, noemen we 'registratietijd'

Besluit

De periode waarbinnen administratieve gegevens in het register beschouwd worden als ’te gebruiken’ noemen we hun ‘registratietijd’, of in het Engels ‘registration time’. Het begin van de registratietijd duiden we aan met geregistreerd op of registered at. En het eind daarvan met vervallen op of expired at. Hierbij geldt dat het moment dat werd vastgelegd bij geregistreerd op onderdeel is van de periode dat het gegeven beschikbaar was. Het moment dat bij vervallen op werd vastgelegd is daarentegen het eerste moment waarop het gegeven niet meer beschikbaar was, en is dus géén onderdeel van de beschikbaarheidsperiode. Deze interpretatiewijze sluit aan bij het inclusive start, exclusive end-patroon (de half-open interval [A, B)).

Toelichting

Registratietijd

De registratietijd wordt bepaald door het register waarin gegevens worden bijgehouden. De periode start met het daarin bekend worden van het gegeven en eindigt op het moment dat het gegeven (omwille van correctie, nieuw inzicht etc.) voor ‘reguliere’ doeleinden niet meer gebruikt moeten worden. In tegenstelling tot geldigheidstijd is registratietijd dus geen onveranderlijk onderdeel van hetgeen geregistreerde gegevens beschrijven. Registratietijd wordt daarom ook wel ’extrinsieke tijd’ genoemd.

Gegevens die in meerdere registers gedupliceerd zijn, kunnen als logisch gevolg hiervan in ieder van die registers verschillende registratietijden hebben (of dit in de praktijk ook gebeurt, is afhankelijk van welke informatiebehoeften afnemers ten aanzien van registratietijd hebben). Het is denkbaar dat afnemers een derde tijdsdimensie definiëren om dit verschil vast te leggen.

Inclusive start, exclusive end

Het inclusive start, exclusive end-patroon (de half-open interval [A, B)) wordt bijvoorbeeld ook in de NEN3610-norm wordt gevolgd. Argumenten die de keuze voor dit patroon ondersteunen zijn te vinden in een discussie op Stack Overflow.

Alternatieve benamingen

In het Nederlands taalgebied kennen we registratietijd ook wel als ‘formele tijd’. Andere bekende alternatieve aanduidingen zijn te vinden in The Consensus Glossary of Temporal Database Concepts|February 1998 Version. Waar de auteurs echter kiezen voor de naam ’transactietijd’ (’transaction time’), kiezen wij ervoor ‘registratietijd’ (‘registration time’) te hanteren.

Deze keuze maken we enerzijds omdat we denken dat het begrip ‘registratietijd’, in ieder geval binnen het Nederlands taalgebied, beter herkend en begrepen wordt. En anderzijds om zelf ervaren verwarring te voorkomen tussen de hier besproken periode waarbinnen administratieve gegevens binnen het register bekend waren en de periode die een database nodig heeft om een transactie te verwerken. Ten slotte wegen we het argument van de auteurs vóór het hanteren van registratietijd (“straightforwardness”) zwaarder dan het tegenargument (mogelijke verwarring over betekenis punten op de tijdslijn vanwege notatieconventie).

Implementatie in claimgebaseerd prototype

• Iedere claim MOET een geregistreerd op-moment kennen;
• het geregistreerd op-moment` MOET door de engine bepaald en in de vorm van een property (dus niet als annotatie!) worden vastgelegd;
• iedere claim MAG vervallen;
• het vervallen van een claim MOET plaatsvinden door registratie van een gerelateerde annotatie van het type ’expired’;
• de registrered at-waarde van de annotatie van het type ’expired’ annotatie MOET worden beschouwd als vervallen op-moment van de gerelateerde concrete claim, en
• de engine MOET waarborgen dat op de registratietijdslijn geen conflicterende beweringen voorkomen.