[SR-Users] rfc: accounting records time details

Daniel-Constantin Mierla miconda at gmail.com
Fri May 10 09:50:09 CEST 2013


Hello,

any more comments on time storage for acc records?

Obviously, it has to be done via something that is configurable and 
extensible.

If no more comments, I will go ahead and develop soon a configurable 
framework for seconds and seconds, microseconds, then others can come 
and add more.

Cheers,
Daniel

On 5/1/13 11:08 AM, Daniel-Constantin Mierla wrote:
> Hello,
>
> On 4/29/13 2:15 PM, Andreas Granig wrote:
>> Hi,
>>
>> On 04/29/2013 11:47 AM, Thilo Bangert wrote:
>>> I'd just save one timestamp, ie TAI64 or as java does miliseconds 
>>> since epoch,
>>> in a single, new field. saving the timestamp in two fields seems messy.
>>
>> Agreed.
>
> the option to get current format is a must, there are many tools 
> depending on how acc records are written now. The idea is to add a 
> mechanism that allows people to store other formats that may prefer. 
> Moving from current datetime format to a single different forma value 
> is not a good decision.
>
>>
>>> miliseconds since epoch is probably preferable, since it can be 
>>> converted to
>>> human readable dates by the database server.
>>
>> What I like about the DECIMAL approach is that it's (at least in 
>> MySQL) usable with from_unixtime functions, in case you need quick 
>> access to human readable format. Up until 5.1 it only shows seconds 
>> precision in that case, not sure about high resolution precision in 
>> 5.6 where timestamp seems to support microseconds.
>>
>> Also not sure about compatibility with other DB engines.
> It doesn't look at all as the only format to use. But it can be an 
> option to store, having its own good benefits, however it is now 
> spread considering existing stable os deployments. Again, it may 
> require going through other modules, the db connectors.
>
> Cheers,
> Daniel
>

-- 
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, San Francisco, USA - June 24-27, 2013
   * http://asipto.com/u/katu *




More information about the sr-users mailing list