Firebase 实时数据库第一个查询没有响应

Question

您好，感谢您阅读本文。

我正在学习如何使用 Dialogflow 和 Firebase 实时数据库，我非常喜欢这些平台。 我在 Firebase 上创建了一个非常简单的数据库结构，其中包含 7 个字段，并在我的代理中以非常简单的方式查询它们。 它似乎正在工作，但我第二天执行的每个“第一个查询”似乎持续约 5000 毫秒，因此数据库没有响应：从第二个查询开始，它几乎实时工作，所以它似乎在睡觉或其他什么。 在我今天对第一个查询的测试中，我在 Dialogflow 日志中读到了这个：“webhook_latency_ms”：4663，但至少它有效，通常它没有。

似乎从数据库中获取数据存在一些不确定性。

任何建议将不胜感激。

实时数据库结构是这样的：

服务帐户 比特流：“冥王星” 云：“paperino” 数据中心：“gastone” 数据中心：“gastone” ull：“班达巴索蒂” 乌拉：“米妮” wlr：“皮波”

这就是我查询 Firebase 的方式：

 const servizi = agent.parameters.elencoServiziEntity;      
        return admin.database().ref("serviceAccount").once("value").then((snapshot) =>
            {  
                var accountName = snapshot.child(`${servizi}`).val();
                agent.add(`L'Account Manager del Servizio ${servizi} si chiama:  ${accountName}`);
                console.log(`${servizi}`);
            });

Answer 1

webhook 延迟并不总是与数据库调用相关 - 它包括启动 webhook 本身可能需要的时间。如果您使用 Firebase Cloud Functions 或 Dialogflow 内置代码编辑器（使用 Google Cloud Functions），则启动该函数需要“冷启动”时间。如果您的 webhook 在其他地方运行，例如在 AWS Lambda 上，除了冷启动时间之外，您可能还有网络延迟。

您对此无能为力。如果您使用 Google 的 Cloud Function 解决方案之一运行，请确保您在 Central-1 区域中运行它们，该区域靠近 Dialogflow 也运行的位置。要完全避免冷启动 - 运行服务器。

不过，通常情况下，延迟和冷启动时间不应该那么长。这表明您的代码也需要一段时间才能运行。您可能希望查看您的日志以了解为什么执行时间如此之长 - 对 Firebase RTDB 的调用可能是其中的一部分，但可能还有其他原因导致您的代码中未显示的速度变慢。

您在调用 Firebase 时正在做的一件事是提取整个记录，而不是仅提取用户要求的一个字段。这确实需要编组更多数据，这需要更多时间。 （是否需要更多时间？可能不会。但毫秒数。）

如果您只需要用户请求的记录中的一个字段，您可以获取对子项本身的引用，然后对该引用进行查询。它可能看起来像这样：

   const servizi = agent.parameters.elencoServiziEntity;      
   return admin.database()
     .ref("serviceAccount")
     .child(servizi)
     .once("value")
     .then((snapshot) => {  
       const accountName = snapshot.val();
       agent.add(`L'Account Manager del Servizio ${servizi} si chiama:  ${accountName}`);
       console.log(`${servizi}`);
   });