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

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

De periode waarbinnen administratieve gegevens in het register beschikbaar waren 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.

De registratietijd wordt bepaald door het register waarin gegevens worden bijgehouden. In tegenstelling tot geldigheidstijd is registratietijd daarom geen onveranderlijk onderdeel van hetgeen geregistreerde gegevens beschrijven. Registratietijd wordt daarom ook wel ’extrinsieke tijd’ (zie hieronder) 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).

In het Nederlands taalgebied kennen we registratietijd ook wel als ‘formele tijd’. Andere bekende alternatieve aanduidingen zijn hieronder gegeven.

Bij dit naamgevingsbesluit hebben we gebruikgemaakt van 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).

Hieronder is (geparafraseerd) de passage uit The Consensus Glossary over registratietijd overgenomen.

Transaction time

Definition A database fact is stored in a database at some point in time, and after it is stored, it is current until logically deleted. The transaction time of a database fact is the time when the fact is current in the database and may be retrieved. As a consequence, transaction times are generally not time instants, but have duration.

Transaction times are consistent with the serialization order of the transactions. They cannot extend into the future. Also, as it is impossible to change the past, (past) transaction times cannot be changed. Transaction times may be implemented using transaction commit times, and are system-generated and -supplied.

While ‘valid’ times may only be associated with “facts”, statements that can be true or false, transaction times may be associated with any database object.

Previously Used Names Registration time, extrinsic time, physical time, transaction commit time.

Discussion of Naming Transaction time has the advantage of being almost universally accepted, and it has no conflicts with valid time.

Registration time seems to be more straight forward. However, often a time of a particular type is denoted by tx where x is the first letter of the type. As r is commonly used for denoting a relation, adopting registration time creates a conflict.

Extrinsic time is rarely used and has the same disadvantages as intrinsic time.

Physical time is used infrequently and seems vague. . Transaction commit time is lengthy, but more importantly, the name appears to indicate that the transaction time associated with a fact must be identical to the time when that fact is committed to the database, which is an unnecessary restriction. It is also imprecise because the transaction time of a fact in general is a transaction-time element, not a single time instant as implied.