From: "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de>
Subject: Re: Inserting Calendar.Time in a database
Date: Fri, 6 Aug 2004 09:48:00 +0200
Date: 2004-08-06T09:48:00+02:00 [thread overview]
Message-ID: <1jgik0ntrex36$.1pyha1husddpe.dlg@40tude.net> (raw)
In-Reply-To: ceu88b$lo5$1@sparta.btinternet.com
On Thu, 5 Aug 2004 21:19:07 +0000 (UTC), Martin Dowie wrote:
> Dmitry A. Kazakov wrote:
>>> I need to insert some timestamps (type Ada.Calendar.Time) in a
>>> database accessed via ODBC using gnade+gnat 3.15p.
>>>
>>> I've looked for timestamp support in the gnade sources without much
>>> luck, I've specially checked the embedded sql support and I haven't
>>> found nothing for this purpose.
>>>
>>> I'm completely clueless about the ODBC client packages so if someone
>>> has done this before (with gesql or directly), a quick pointer for
>>> the things to look at would be great.
>>
>> The problem is that Ada.Calendar.Time is a political time, while
>> persistent time stamps should be UTC or any other absolute time. I
>> know no OS-independent solution for that.
Then quite often one need to pass time stamps across partitions distributed
over different time zones. Presently it is very painful.
> Ada.Calendar.Time_Zones might be of use to you. You could store
> the value as a string (Ada.Calendar.Formatting).
>
> See http://www.martin.dowie.btinternet.co.uk/
I see a problem with it. UTC_Time_Offset is not constant, so there also
should be an atomic way to get exact UTC. Actually Ada.Real_Time.Time seems
a better candidate for UTC. I would add it there. Then why not to provide a
numeric type to be a FILETIME equivalent (64-bit value representing the
number of 100-nanosecond intervals since January 1, 1601)? Alternatively
one could define a full-blown UTC_Time type synchronized with
Ada.Real_Time.Time.
--
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de
next prev parent reply other threads:[~2004-08-06 7:48 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-08-05 13:44 Inserting Calendar.Time in a database Jano
2004-08-05 15:21 ` Dmitry A. Kazakov
2004-08-05 21:19 ` Martin Dowie
2004-08-06 6:31 ` Jano
2004-08-06 11:32 ` Peter Hermann
2004-08-06 11:40 ` Duncan Sands
2004-08-08 11:10 ` Jano
2004-08-06 7:48 ` Dmitry A. Kazakov [this message]
2004-08-06 9:28 ` Martin Dowie
2004-08-06 10:44 ` Dmitry A. Kazakov
2004-08-07 9:50 ` Martin Dowie
2004-08-07 20:32 ` Dmitry A. Kazakov
2004-08-08 8:35 ` Martin Dowie
2004-08-08 11:03 ` Simon Wright
2004-08-09 7:46 ` Dmitry A. Kazakov
2004-08-09 17:54 ` Nick Roberts
2004-08-10 7:33 ` Dmitry A. Kazakov
2004-08-10 8:36 ` John B. Matthews
2004-08-10 18:51 ` Nick Roberts
2004-08-11 1:14 ` John B. Matthews
2004-08-19 4:10 ` Jano
2004-08-19 4:10 ` Jano
2004-08-09 11:52 ` Frank J. Lhota
2004-08-08 10:46 ` Simon Wright
2004-08-09 8:02 ` Dmitry A. Kazakov
2004-08-24 19:25 ` Randy Brukardt
2004-08-25 7:24 ` Dmitry A. Kazakov
2004-08-25 8:18 ` Martin Dowie
2004-08-25 9:25 ` Dmitry A. Kazakov
2004-08-25 9:42 ` Martin Dowie
2004-08-26 5:26 ` Simon Wright
2004-08-26 0:49 ` Randy Brukardt
2004-08-26 9:30 ` Dmitry A. Kazakov
2004-08-26 10:11 ` Martin Dowie
2004-08-26 10:58 ` Dmitry A. Kazakov
2004-08-26 12:32 ` Martin Dowie
2004-08-26 16:26 ` Dmitry A. Kazakov
2004-08-26 17:23 ` Martin Dowie
2004-08-26 18:55 ` Randy Brukardt
2004-08-26 20:04 ` Dmitry A. Kazakov
2004-08-26 5:22 ` Simon Wright
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox