Question

我有一个JSON文档，其长度为18位。但是在cloudwatch日志中，这些数字是四舍五入的，因此它们以两个零结尾。实际的JSON代码段：

var pipeline = [
    {
        "$match": {
            "createdAt": { "$gte": start, "$lt": end }
        }
    },
    {
        "$group": {
            "_id": null,
            "count": { "$sum": 1 }
        }
    }
];

Model.aggregate(pipeline, function (err, result){
    if (err) throw new Error();
    console.log(JSON.stringify(result));
});

Cloudwatch代码段：

'day'

Answer 1

<强>值

指标的值。

输入：$(document).ready(function() { $("#mySelectBox").kendoMultiSelect({ placeholder: "--- Select ---", }); $("#showSelectedValues").click(function(){ var multiselect = $("#mySelectBox").data("kendoMultiSelect"); $("h5 span").html(multiselect.value().join()); multiselect.value([]); }); });

http://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_MetricDatum.html

这里的数据类型是double-precision floating point number，它是一个64位数，支持比64位整数大得多的范围可能值，但代价是精度。根据值，最多可提供15-17位精度。

手动执行此操作时，我想出了以下值作为给定输入数字的最接近的可能数字，当数字表示为double时。我得到的价值与CloudWatch显示的价值略有不同，大概是因为我从0舍入而且它们向0舍入，但你看到了暗示 - 两个不同的数字都具有相同的最接近可能的数字，可以表示为双 - 精确编码，这使得两个数字的外观不仅在它们不相同时也是等效的，而且如你所见的那样“四舍五入”。这是双精度编码的限制 - 不能表示每个数字。

Double

Cloudwatch似乎表现得很好。

亚马逊云手表不会像在实际文件中那样编写日志

1 个答案: