[英]Significance of trackedProperties_NAME_g and trackedProperties_NAME_s in Azure Logic-app trackedProperties?
有時我們在一個列中查詢並在另一列中獲取值,因此想到分享這個發現
我創建了一個帶有 trackedProperties“ MessageId ”的邏輯應用程序,並附加了日志分析工作區(診斷設置)。
"trackedProperties": {
"MessageId": "@{json(xml(triggerBody())).ABC.DEF.MessageID}"
}
當我在 Log Analytics 中查詢時,我看到 2 個 trackedProperties 列,名稱為trackedProperties_MessageId_g和trackedProperties_MessageId_s 。
上述 2 列名稱的意義:當您提供 GUID 值時,它會填充到trackedProperties_MessageId_g ,當您提供字符串時,它會填充到trackedProperties_MessageId_s 。
感謝您分享您的發現。 是的,AFAIK 當您將特定字段/列發送到 Log Analytics 時,其名稱會根據類型更改。 幾乎所有字段/列都是如此。 但是,有些字段/列稱為保留字段/列,如果您以正確的課程類型發送它們,則無需更改名稱即可發送。 作為 MVP,Stanislav Zhelyazkov 在這里討論了這個話題。
如果您不希望有 2 個名為 trackedProperties_MessageId_g 和 trackedProperties_MessageId_s 的 trackedProperty,並且只希望有 1 個 trackedProperty,那么我建議您在此UserVoice / 反饋論壇中分享您的反饋。 負責任的產品/功能團隊將通過在后台添加某種檢查點來檢查如何解決此問題的可行性,然后如果確實可行,那么負責任的產品/功能團隊將根據各種因素(如數量)對反饋進行分類/開始優先級排序反饋收到的票數、優先級、待處理的積壓項目等。
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.