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; } 
}