SQL server timestamp_t的Boost ptime关闭了几分钟.我做错了什么?

Question

我有一个SQL server数据库，我正在从中提取日期，并将timestamp_t的类型转换为Int64，如下:

Int64 from_timestamp_t(dtl::timestamp_t& t)
{
    // create a new posix time structure
    boost::posix_time::ptime pt
    (
    boost::gregorian::date           ( t.year, t.month, t.day),
    boost::posix_time::time_duration ( t.hour, t.minute, t.second, t.fraction )
    );
    ptime epoch(date(1970, Jan, 1));
    boost::posix_time::time_duration fromEpoch = pt - epoch;
    // return it to caller
    return fromEpoch.total_milliseconds();
}

我尝试从Int64转换回boost ptime，如下:

ptime from_epoch_ticks(Int64 ticksFromEpoch)
{
    ptime epoch(date(1970, Jan, 1), time_duration(0,0,0));
    ptime time = epoch + boost::posix_time::milliseconds(ticksFromEpoch);
    return time;
}

出于某种原因，我也不知道为什么，我的日期、时间等都是正确的，但我的分钟数却比正常时间快了几分钟。是因为数据库中的时间戳以秒为单位，而我使用毫秒吗?我该如何解决这个问题?

按照Dan的建议应用以下修改似乎已经解决了问题:

Int64 from_timestamp_t(dtl::timestamp_t& t)
{
    int count = t.fraction * (time_duration::ticks_per_second() % 1000);
    boost::posix_time::ptime pt
        (
        boost::gregorian::date           ( t.year, t.month, t.day ),
        boost::posix_time::time_duration ( t.hour, t.minute, t.second, count )
        );
    ptime epoch(date(1970, Jan, 1), time_duration(0, 0, 0, 0));
    boost::posix_time::time_duration fromEpoch = pt - epoch;
    return fromEpoch.total_milliseconds();
}

Answer 1

我不熟悉SQL Server 2005，但boost posix时间有秒功能，如果ticksFromEpoch相当于一秒。

ptime time = epoch + boost::posix_time::seconds(ticksFromEpoch);

但是，处理这个问题的通用方法在boost date_time文档中给出:

处理这个问题的另一种方法是利用ticks_per_second()方法的方法来编写可移植的代码，无论如何编译库。计算分辨率的一般方程独立计数如下:

count*(time_duration_ticks_per_second / count_ticks_per_second)

例如，假设我们想要使用count来构造这代表十分之一秒。也就是说，每个滴答是0.1秒。

int number_of_tenths = 5; // create a resolution independent count -- 
                          // divide by 10 since there are
                          //10 tenths in a second.
int count = number_of_tenths*(time_duration::ticks_per_second()/10);
time_duration td(1,2,3,count); //01:02:03.5 //no matter the resolution settings