【问题标题】:Why accumulate Cloud Firestore doc.id?为什么要累积 Cloud Firestore doc.id?
【发布时间】:2019-05-31 07:30:59
【问题描述】:

我使用db.collection("articles").doc(); 存储了一些数据并使用db.collection("articles").doc(postData.articleId).update(postData); 更新它。不过下次再发新文,postData.articleId已经积累了。

首先,我创建一个文档,然后使用 socket.io 实时更新数据。但后来我创建了另一个文档,postData.id 被累积了。

var doc = db.collection("articles").doc();
var postData = {
    author: user.email,
    articleId: doc.id,
    currentTime: new Date()
}
doc.set(postData);

--- get data from client code here (using socket) ---

db.collection("articles").doc(postData.articleId).update(postData); /*Update Data to postData.id.*/

添加新数据时预期的结果不是累积postData.id。

(更多信息:https://github.com/officialmansu/opinion-express/tree/develop

【问题讨论】:

  • “累积”是什么意思?
  • 当我创建一个新文档和稍后创建另一个文档时,它会使用我之前创建的文档进行更新。

标签: javascript object properties google-cloud-firestore


【解决方案1】:

Cloud Firestore 的update() 方法专门用于为现有文档提供部分更新(有时也称为补丁)。

如果您想替换文档的所有现有数据,请使用set()。所以:

db.collection("articles").doc(postData.articleId).set(postData);

【讨论】:

  • 我已经用 doc.set(postData) 创建了一个新文档。然后,通过使用套接字监听数据来自动更新数据。但是之前的 id 值是在当前的 postData.articleId 值中累积的,会更新多个文档。
  • 我(和其他人)很难理解您对“累积”一词的使用。您能否展示您运行的代码、您开始使用的文档、您在该代码之后拥有的文档以及您想要获取的文档?
  • “累积”意味着 postData.articleId 在我创建文档时像雪球一样堆积起来。如果你想查看我的代码,请访问我的git repo->routes->index.js(106~125line)
猜你喜欢
  • 2017-11-13
  • 1970-01-01
  • 2019-06-22
  • 2011-09-02
  • 2016-02-14
  • 1970-01-01
  • 1970-01-01
  • 2022-09-23
  • 1970-01-01
相关资源
最近更新 更多