我最终遇到了奇怪的情况。我使用Elasticsearch和c#:
执行此聚合 "aggs": {
"Max_opened_at": {
"max": {
"field": "opened_at"
}
},
"Min_opened_at": {
"min": {
"field": "opened_at"
}
}
}
到目前为止,如此好,因为它将聚合键返回给我,如下所示:
Response: {
"took" : 29,
"timed_out" : false,
"_shards" : {
"total" : 1,
"successful" : 1,
"failed" : 0
},
"hits" : {
"total" : 30218,
"max_score" : 0.0,
"hits" : [ ]
},
"aggregations" : {
"Min_sys_created_on" : {
"value" : 1.402508357E12,
"value_as_string" : "1402508357000"
},
"Min_sys_updated_on" : {
"value" : 1.453305924E12,
"value_as_string" : "1453305924000"
}
这里的问题是回归本身。当我尝试转换值(" 1453305924000")假设它是使用下面的标准转换的Unix格式时,它失败到期"超出范围值"例外:
DateTime epoch = new DateTime(1970, 1, 1, 0, 0, 0, DateTimeKind.Utc);
return Convert.ToInt64((date - epoch).TotalSeconds);
我相信我有两种选择:
A)找到一种方法将此值(" 1453305924000")转换为可理解的日期格式。 Unix转换并没有像我说的那样......
B)使用C#,添加"格式"弹性查询中的属性。它看起来像这样:
"aggs": {
"test": {
"min": {
"field": "sys_created_on",
"format" : "yyyy-MM-dd'T'HH:mm:ss.SSSZ"
}
}
不幸的是我不知道如何添加这个"格式"使用NEST C#的财产。
对A或B的任何想法?
非常感谢!!
答案 0 :(得分:2)
1453305924000是自时期以来的毫秒数,因此您无需从纪元中减去它。所以你可以使用选项A,只需这样做:
DateTime epoch = new DateTime(1970, 1, 1, 0, 0, 0, 0, System.DateTimeKind.Utc);
return epoch.AddMilliseconds(date).ToLocalTime();