This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/db-wg@ripe.net/
Immediate - Date in Changed field
- Previous message (by thread): Immediate - Date in Changed field
- Next message (by thread): Immediate - Date in Changed field
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Joachim Schmitz
Schmitz at rus.uni-stuttgart.de
Mon Jan 13 19:17:16 CET 1997
Dear Cengiz, you wrote: > Date: Mon, 13 Jan 1997 10:14:20 -0800 > Message-Id: <199701131814.AA22919 at cat.isi.edu> > From: Cengiz Alaettinoglu <cengiz at ISI.EDU> > To: noc at noc.dfn.de > Cc: woeber at cc.univie.ac.at (Wilfried Woeber, UniVie/ACOnet), > Carol.Orange at ripe.net, db-wg at ripe.net > Subject: Re: Immediate - Date in Changed field > [...] > > > Hi DB-folks! > > > > > > On a slightly different aspect, > > > and assuming that we change things anyway... > > > > > > How about running the RIPE-DB (and maybe gradually all the others :-) on > > > a UTC basis, according to some recent suggestions? > > > > I think both the 4 digit year presentation and the UTC basis (I estimate > > this includes hh:mm:ss as well) are a very valuable extension for time > > stamps in the RIPE-db. This might as well ease some of the troubles in > > updates within the "near real time" mirrors. > > I definitely agree for the need for this. But the changed attribute is > inserted by the person who registers the object, not by the database > software, he has the full control over which timezone he uses and to > lie. > > May be what we really want is a timestamp field with the granularity > you suggest and in UTC zone, but inserted to the objects automatically > by the database software. I see a lot of value in this. > I completely agree with you. This can only be done if the database software sets the time stamp. I guess this also solves most of the race conditions otherwise implied. Regards Joachim [...] > _____________________________________________________________________________ DFN Network Operation Center, Dr. Joachim Schmitz, (finger help at noc.dfn.de) >>>>>> mailto: noc at noc.dfn.de <<<<<< Rechenzentrum Universitaet Stuttgart, Allmandring 30, D-70550 Stuttgart Phone: 0711-685-5810, 0711-685-5576, FAX +711 6788363 (business hours) EMERGENCY phone +711 1319 139 with answering machine and pager _____________________________________________________________________________
- Previous message (by thread): Immediate - Date in Changed field
- Next message (by thread): Immediate - Date in Changed field
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ db-wg Archives ]