Azure 在bot框架中从状态数据恢复会话数据

Azure 在bot框架中从状态数据恢复会话数据,azure,botframework,azure-table-storage,Azure,Botframework,Azure Table Storage,我们有一个应用程序bot,用户在其中填写表单,然后将表单发送到API。问题是API服务提供程序实现了一个新功能,无法引发新错误 现在我们有10个应用程序丢失,我们希望恢复记录 所有对话数据都存储在存储表中。我们看到所有的记录。但是数据是经过编码的 如果我们遵循一些准则来恢复数据列,我们可以反序列化为一个带有几个参数的类,并且聊天状态本身(JSON obj中的Dialogstate)仍然是编码的 表中数据列的解码字节[]: { "ResumptionContext": { "loca

我们有一个应用程序bot,用户在其中填写表单,然后将表单发送到API。问题是API服务提供程序实现了一个新功能,无法引发新错误

现在我们有10个应用程序丢失,我们希望恢复记录

所有对话数据都存储在存储表中。我们看到所有的记录。但是数据是经过编码的

如果我们遵循一些准则来恢复数据列,我们可以反序列化为一个带有几个参数的类,并且聊天状态本身(JSON obj中的Dialogstate)仍然是编码的

表中数据列的解码字节[]:

 {
  "ResumptionContext": {
    "locale": "sv",
    "isTrustedServiceUrl": true
  },
  "DialogState": "H4sIAAAAAAAEAO1b3W/bVBSPW8dN.....more data

这就是我们被困的地方。那里似乎有相当多的数据,我们相信表单仍然存在,但需要指导解码或访问bot对象

您是否将用户数据存储在ConversationData/PrivateConversationData或UserData中?您确实对数据属性进行了反序列化,您需要解码DialogState的实际场景是什么?Hi@NicolasR,op可能会从配置为BotDataStore的存储表中查询所有数据,而不仅仅是基于
{channelid}的查询:对话
等@FeiHan当然,但op在上面存储了什么(不仅仅是自动存储数据)?如果不是这样,访问这些数据会很困难,不是吗?是的,我同意你的看法,根据我的经验,访问这些数据会很困难。