Azure CosmosDB查询资源管理器结果与Azure函数结果之间的差异

Question

我在CosmosDB查询资源管理器上执行了以下查询。

SELECT c.id, c.created_at FROM c 
WHERE c.created_at_epoch <= 1499871600 - 86400*31 
AND (CEILING(1499871600/86400) - CEILING(c.created_at_epoch/86400)) % 31 = 0 

结果如下。

[ 
    { 
    "id": "70251cbf-44b3-4cd9-991f-81127ad78bca", 
    "created_at": "2017-05-11 18:46:16" 
    }, 
    { 
    "id": "0fa31de2-4832-49ea-a0c6-b517d64ede85", 
    "created_at": "2017-05-11 18:48:22" 
    }, 
    { 
    "id": "b9959d15-92e7-41c3-8eff-718c4ab2be6e", 
    "created_at": "2017-05-11 19:01:43" 
    } 
] 

看起来这个问题不存在。

接下来，我将静态定义的epoch值替换为占位符，以将其用作Azure函数DocumentDB输入绑定的sqlQuery。然后，我取代一个调制符号到%modulationsymbol%用于避免this issue

SELECT c.id, c.created_at FROM c 
WHERE c.created_at_epoch <= {epoch} - 86400*31 
AND (CEILING({epoch}/86400) - CEILING(c.created_at_epoch/86400)) %modulationsymbol% 31 = 0 

我定义modulationsymbol = %作为应用程序的设置。

然后，我所指定的功能如下。

// index.js 
module.exports = function (context, myQueueItem) { 
    context.log(context.bindings.members, myQueueItem); 
    context.done(); 
}; 

// function.json 
{ 
    "bindings": [ 
    { 
     "name": "myQueueItem", 
     "type": "queueTrigger", 
     "direction": "in", 
     "queueName": "myqueue", 
     "connection": "MYSTORAGE" 
    }, 
    { 
     "type": "documentDB", 
     "name": "members", 
     "databaseName": "myproject-db", 
     "collectionName": "member", 
     "sqlQuery": "SELECT c.id, c.created_at FROM c WHERE {epoch} - c.created_at_epoch >= 86400*31 AND (CEILING({epoch}/86400) - CEILING(c.created_at_epoch/86400)) %modulationsymbol% 31 = 0", 
     "connection": "MYCOSMOSDB", 
     "direction": "in" 
    } 
    ], 
    "disabled": true 
} 

之后，我触发了该功能，结果如下。

2017-07-05T03:57:29.640 Function started (Id=d980521e-d23a-4bda-a730-57a236bcd011) 
2017-07-05T03:57:30.594 [] { epoch: 1499871600 } 
2017-07-05T03:57:30.594 Function completed (Success, Id=d980521e-d23a-4bda-a730-57a236bcd011, Duration=951ms) 

看起来context.bindings.members是一个空的列表。它不同于CosmosDB Query Explorer的结果。

为什么出现这种差异？

Answer 1

打印出{epoch}后，我发现它的类型是字符串，预期的类型是数字而不是字符串。这是使用相同查询时获取空列表的原因。

要解决此问题，可以在使用它来过滤查询结果之前将类型转换为数字。以下步骤供您参考。

第1步，创建一个可以将字符串转换为数字的UDF。脚本Explorer的>创建用户定义函数

function toNumber(ts) { 
    return parseInt(ts); 
} 

步骤2，创建ConvertToNumber功能后，你可以用它来的{}时代的类型转换为数字。

SELECT c.id, c.created_at FROM c 
WHERE c.created_at_epoch <= udf.ConvertToNumber({epoch}) - 86400*31 
AND (CEILING(udf.ConvertToNumber({epoch})/86400) - CEILING(c.created_at_epoch/86400)) %modulationsymbol% 31 = 0 

如果您熟悉C＃，可以使用C＃创建函数。由于C＃是一种强类型语言。我们可以定义一个用于从队列中反序列化消息的类。它将转换语言层的类型。

public class EpochMessage 
{ 
    public int epoch { get; set; } 
} 

整个功能可能是这样的。

using System; 

public static void Run(EpochMessage myQueueItem, TraceWriter log, IEnumerable<dynamic> members) 
{ 
    log.Info(context.bindings.members, myQueueItem); 
} 

public class EpochMessage 
{ 
    public int epoch { get; set; } 
}